I've been trying to resolve a problem where I'm unable to clone --recursive from github. I went through the instructions. I finished all of the commands, and after running the command:
git config --global credential.helper osxkeychain
, the terminal is just hung up.
When I attempt to quit it, it tells me git is still running. Ctrl-C reveals [Process completed] but still no command prompt.
I've tried to delete the com.apple.Terminal.plist file, but that just deletes my preferences. I've tried rebooting as well.
I'm using Mac OS X 10.8.2
Related
When I type git add --patch on my Windows 10 machine in the terminal, I get the error:
git: 'add--interactive' is not a git command. See 'git --help'.
I've googled to no avail, all other problems seem to be people running into this issue using other software or on Linux. Any tips?
This thread (for Git on Linux) mentioned the lack of a git-perl package.
But that should not be the case on Windows.
For testing, download PortableGit-2.17.0-64-bit.7z.exe and uncompress its content anywhere you want.
Then setup a simplified PATH:
set G=c:\path\to\latest\git
set PATH=%G%\bin;%G%\usr\bin;%G%\mingw64\bin
set PATH=%PATH%;C:\windows\system32;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\
In that CMD session, try again your git add -p command.
Installing git ver 2.15.0 and 2.14.2 on Windows 10 freezes before finishing the install. The only way to close the install window is to kill the process or restart my machine.
After restarting, git Bash will open but it opens in a frozen state. If I try to run commands from an Admin Windows command prompt, some of them work but git push and git stash also just hang there, and do nothing.
I've search around and have found that others have problems with git on Windows 10 but haven't found any solutions.
Any suggestions or is there any type of error logging with git?
Thanks
I believe that I am missing something obvious.
I am using Windows 8.1 in VMWare Fusion on a Mac OS X host. I have installed Git as a Windows component, and I also installed Git as a Cygwin component.
I was able to use all my usual Git commands on Cygwin within a versioned directory. However, when I tried to push, I was notified that I have not yet associated my e-mail or name (git config --global user.name <name>; git config --global user.email <email address>).
When I ran those commands, I got a permission denied. Afterward, I was unable to issue ANY git command (status; show; pull; fetch; etc...).
I received the following error in Cygwin:
fatal: permission denied opening .git/config
UPDATE: I seemed to have resolved this by deleting my Cygwin C:\cygwin64\home\<user>\.gitconfig file. Any idea what may have been going on?
I believe that there is an issue when a .gitconfig is in the Cygwin home directory and there's a config file in the actual C:\Users\<user>\.git\ folder.
Am I missing something?
I seemed to have resolved this by deleting my Cygwin C:\cygwin64\home\.gitconfig file.
I'm trying to change my commit message using
git rebase -i HEAD~2
But when I do it i got a window with a message This application will not run on your computer. Sorry!
At terminal I have:
/System/Library/Frameworks/Ruby.framework/Versions/2.0/
usr/lib/ruby/2.0.0/universal-darwin13/rbconfig.rb:212:
warning: Insecure world writable dir /Volumes/SSS/Work in PATH, mode 040777
button returned:OK
Successfully rebased and updated refs/heads/master.
I have OSX 10.9. What is wrong with it?
More info:
git version 1.7.11.3
I should not have hooks. But may be I miss something. (I checked ~/.gitconfig)
When I change core.editor from emacs to nano the error disappear. So the problem seems to be emacs-related.
The problem was that I use alias emacs for MacOS's Emacs. It was solved by changing:
editor = emacs -nw
to
editor = Emacs -nw
in ~/.gitconfig
I was working on a git repo, and because it seemed like my machine was slowing down (and had about 15 days of uptime), I decided to restart. I immediately opened iTerm2, and went back to work, but git is not responding to any commands. I'll paste the output of my console, so you can see me trying things, giving up after 2 minutes of getting no response, checking the path to git to make sure it's installed, etc.
Nick-Coxs-Macbook-Pro:codealong macbookpro$ git status
^C
Nick-Coxs-Macbook-Pro:codealong macbookpro$ git gc
^C
Nick-Coxs-Macbook-Pro:codealong macbookpro$ git stash
^C
Nick-Coxs-Macbook-Pro:codealong macbookpro$ git reset --hard HEAD^
^C
Nick-Coxs-Macbook-Pro:codealong macbookpro$ which git
/usr/bin/git
Nick-Coxs-Macbook-Pro:codealong macbookpro$ git status
You can see with the ^C that I've just pressed ctrl + C to get out of it.
A few things I'm sure of:
I'm definitely connected to the internet. (Proof: I posted this question.) Even if I weren't, git should still work locally.
This is definitely a git repo. Even if it weren't, git would say it wasn't. It wouldn't just hang.
I've also tried this in plain Terminal (as opposed to iTerm2). No difference.
I'm on OS X Lion 10.7.4.
UPDATE: I've repaired permissions on my machine with Disk Utility, and this is still happening on ALL git repos on my machine.
UPDATE2: Here is the output of my console while git is doing nothing.
10/20/12 7:23:48.364 PM com.apple.launchd.peruser.501: (com.Eltima.SyncMateServer[543]) posix_spawn("/Library/Application Support/EltimaSyncMate/SyncMateServer.app/Contents/MacOS/SyncMateServer", ...): No such file or directory
10/20/12 7:23:48.365 PM com.apple.launchd.peruser.501: (com.Eltima.SyncMateServer[543]) Exited with code: 1
10/20/12 7:23:48.365 PM com.apple.launchd.peruser.501: (com.Eltima.SyncMateServer) Throttling respawn: Will start in 10 seconds
That doesn't mean anything to me. Anyone?
UPDATE3: I don't know why I didn't check this earlier, but I am able to use GitX as a GUI for git, so it's not that git doesn't work per se, but CLI doesn't work.
UPDATE 4: I restarted in Safe Mode, but terminal still treats git the same way.
I'm still not quite sure why this was happening, but I was able to fix it. I uninstalled git with a simple rm /usr/local/bin/git (which would, of course, change based on the location of the installation), then I reinstalled it with this installer (note that it worked for 10.7 Lion, even though it is ostensibly the Snow Leopard binary) because I found out that git was just recently updated to 1.8.