So I'm using GitExtensions as GUI for Git, and wanted to visualize my repo with the help of Gource.
But eventhough I installed it correctly, and set the "Path to 'gource'" accordingly, GitExtensions still is unable to find it.
Error message: 'Cannot find "gource" in the configured path:
C:\Program Files (x86)\Gource. Do you want to reset the configured
path?
GitExtensions Version 2.48.05
Git Version 1.9.4.msysgit.1
Gource Version 0.42
Windows 10 64-bit
Gource install path: C:\Program Files (x86)\Gource
This is a known GitExtensions bug (#3345). It'll be fixed in GitExtensions 2.49.
Related
I had previously installed Git x64 on Windows 7 (So it is sitting in C:\Program Files\Git). Then I installed Heroku toolbelt.
It included an installation of Git as well, and installed a x32 bit version of Git (as well as a different version). I was not happy about this, since it is polluting my already tight PATH variable, which bombs out on Windows 7 after it exceeds 2048 chars (approx..). So I uninstalled Git x32 version.
Git still works for me on the command line, but if I issue the heroku command:
git push heroku master
It gives the error:
fatal: unable to access 'https://git.heroku.com/infinite....git/':
error setting certificate verify locations:
CAfile: C:/Program Files (x86)/Git/mingw32/ssl/certs/ca-bundle.crt
CApath: none
So it is looking for ca-bundle.crt. I see this same file exists under C:\Program Files\Git... (i.e. under the x64 bit installation).
Is it possible to make Heroku use that installation?
I worked around this issue by simply copying the ca-bundle.crt file from the x64 installation to the required folder i.e. C:/Program Files (x86)/Git/mingw32/ssl/certs/ca-bundle.crt, even though Git 32 bit is not installed...
I have installed the Git for windows 2.4.1 release candidate (64bit)
It seems that after installation the following has been added to the system path
C:\Program Files\Git\cmd;C:\Program Files\Git\mingw64\bin;C:\Program Files\Git\usr\bin
But with that setting it seems that TortoiseGit stops working. When I try to do a git operation in TortoiseGit, it cannot find my git username anymore.
I have version 1.8.14.0 of TortoiseGit, which is the latest.
The TortoiseGit Git.exe Path setting currently points to C:\Program Files\Git\cmd.
In the TortoiseGit documentation it states
There is a known issue in msysGit/Git for Windows: Git for Windows
provides two git.exe-files (one in a folder named bin and one in a
folder named cmd). Make sure Git.exe Path points to the bin-folder
within the Git for Windows installation folder.
In Git 2.4 there is a folder C:\Program Files\Git\usr\bin, but that no longer contains the git.exe binary.
The git.exe binary is found in both C:\Program Files\Git\cmd and C:\Program Files\Git\mingw64\bin but neither of those settings work for TortoiseGit.
All of these answers are wrong.
The Git.exe Path in setting is set incorrect.
Steps to fix:
Right click on git respostory
Select TottoiseGit | Settings
You will get the warning dialog
Dismiss it
You will get another dialog, select ignore
Settings will launch
Select: General (at the top of the tree)
In the edit field for Git.exe path (half way down) enter the Git.exe path
(in my case C:\ProgramFiles\Git\bin)
That's it!
Check to make sure that your %HOME% variable in Windows is set so that TortoiseGit can find your .gitconfig file.
TortoiseGit 1.8.14.1 (preview release) has full support for Git for Windows 2.x (no need for workarounds with adding unneeded folders to %PATH%). Before this version, TortoiseGit cannot find the git system config of Git for Windows 2.x.
The warning you are getting means that you haven't set up the user.name and user.email git config settings. This can be done for a project or also globally (in %HOME%\.gitconfig: TortoiseGit here uses the %HOME% environment variable - if it is not set TortoiseGit uses your Windows home directory automatically).
I was also getting the same error. I installed git from here. And then tried to install tortoisegit, it worked.
After installing Git 2.4.0 on my Windows 7 system, I tried to change the option in SourceTree 1.6.14 to "Use System Git", rather than the embedded version.
However, upon clicking "Use System Git", nothing happened and the setting remained set to "Use Embedded Git".
How can I make SourceTree use the installed version of Git?
This will be probably fixed in a future patch for SourceTree, however, until it does there is a workaround as follows.
Git versions prior to 2.0 stored git.exe in a subdirectory called bin and this is what SourceTree is looking for. As of Git >=2.0, git.exe moved into a folder named cmd.
Therefore, the easiest way to get SourceTree to recognise your Git installation, is to create a symbolic link for the folder using mklink as follows:
C:\Program Files (x86)\Git\>mklink /D bin cmd
Edit:
Whilst the above fixes Git for the normal GUI operations (commit/push etc.) it does not fix the "Terminal" button, as this command tries to execute sh.exe via the following command and fails as sh.exe has also been moved in Git 2.4.
"C:\Windows\System32\cmd.exe" /c "C:\Program Files (x86)\Git\bin\sh.exe" --login -i
Edit 2: Further reading - this was raised as an issue by the Git for Windows maintainers here.
I'm using Git gui or Git bash on Windows 7 SE 64bit, and I keep getting a weird error. It was working fine before; I haven't made any changes or installed/uninstalled anything. I have already reinstalled and restarted my computer but I'm still getting the same error.
Here goes: after a soft restart, I get
Cannot determine Git version:
fatal: open/dev/null or dup failed: No such file or directory
Git gui requires Git 1.5.0 or later"
Here is a screenshot of the error window that pops up:
Any help?
Usually, installing Git using the parameters by default, it should create the folder structure /dev/null in C:\program files\.git Like C:\program files\git\dev\null.
I have installed Git 2.7.0.2 64-bit in a VM machine with Windows 10 64-bit. It created these folders /dev/null and in another machine with the same OS it doesn't create those folders, even using the same installer.
Creating this folder manually, the message disappear.
No idea why it doesn't create, even whether antivirus or windows defender are disabled.
I installed GitExtensions for the main purpose of using GitHub with my visual studio 2010. When I start up GitExtensions, I get 2 errors in my checklist and also a startup error that says:
Access to path 'c:\program files(x86)\GitExtensions\.gitconfig' is denied.
There is no .gitconfig file in that directory. It wont allow me to setup the needed information such as my name and email. Is there anything I can do to fix this?
It shouldn't be looking for .gitconfig there.
It should be in C:\users\username\.gitconfig Make sure you have setting like below:
This is probably caused by a known bug in the latest version of Git Extensions. The bug is fixed already but the new version is not released yet. You can download the latest release candidate here:
http://code.google.com/p/gitextensions/downloads/detail?name=GitExtensions222SetupComplete.msi
You could also fix this by moving .gitconfig from c:\program files\gitextensions.gitconfig to c:\users\username.gitconfig manually. GitExtensions will detect the new location and will use it.