-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Git client plugin 1.18.0, Jenkins 1.609.1, Git for Windows 2.5.0
The new Git for Windows places the SSH binary in a usr/bin/ subdirectory instead of the bin/ directory used by prior releases of msysgit. This results in an error:
FATAL: ssh executable not found. The git plugin only supports official git client http://git-scm.com/download/win
java.lang.RuntimeException: ssh executable not found. The git plugin only supports official git client http://git-scm.com/download/win
The 'official' link takes you to a download for this new Git for Windows, so it's not helpful.
A temporary workaround is to create a link to ssh.exe in the $(INSTALLDIR)\bin directory with mklink, e.g.:
mklink "c:\program files\git\bin\ssh.exe" "c:\program files\git\usr\bin\ssh.exe"
Another thing I noticed, not related to the jenkins plugin, is that the new Git for Windows prepends the NetBIOS domain name in a Windows AD environment by default. So existing jobs which don't explicitly set the username will fail, because the default username is now DOMAIN+username.
- is duplicated by
-
JENKINS-30032 Git plugin cannot find ssh with Git for Windows version 2.5.0
-
- Closed
-
[JENKINS-30045] Git client plugin does not work with new Git for Windows 2.5.0
Description |
Original:
The new [Git for Windows|https://github.com/git-for-windows/git/releases/tag/v2.5.0.windows.1] places the SSH binary in a usr/bin/ subdirectory instead of the bin/ directory used by prior releases of msysgit. This results in an error: {quote}FATAL: ssh executable not found. The git plugin only supports official git client http://git-scm.com/download/win java.lang.RuntimeException: ssh executable not found. The git plugin only supports official git client http://git-scm.com/download/win{quote} The 'official' link takes you to a download for this new Git for Windows, so it's not helpful. A temporary workaround is to create a link to ssh.exe in the $(INSTALLDIR)\bin directory with mklink, e.g.: {quote}mklink "c:\program files\git\bin\ssh.exe" "c:\program files\git\usr\bin\ssh.exe"{quot} Another thing I noticed, not related to the jenkins plugin, is that the new Git for Windows prepends the NetBIOS domain name in a Windows AD environment by default. So existing jobs which don't explicitly set the username will fail, because the default username is now DOMAIN+username. |
New:
The new [Git for Windows|https://github.com/git-for-windows/git/releases/tag/v2.5.0.windows.1] places the SSH binary in a usr/bin/ subdirectory instead of the bin/ directory used by prior releases of msysgit. This results in an error: {quote}FATAL: ssh executable not found. The git plugin only supports official git client http://git-scm.com/download/win java.lang.RuntimeException: ssh executable not found. The git plugin only supports official git client http://git-scm.com/download/win{quote} The 'official' link takes you to a download for this new Git for Windows, so it's not helpful. A temporary workaround is to create a link to ssh.exe in the $(INSTALLDIR)\bin directory with mklink, e.g.: {quote}mklink "c:\program files\git\bin\ssh.exe" "c:\program files\git\usr\bin\ssh.exe"{quote} Another thing I noticed, not related to the jenkins plugin, is that the new Git for Windows prepends the NetBIOS domain name in a Windows AD environment by default. So existing jobs which don't explicitly set the username will fail, because the default username is now DOMAIN+username. |
Link |
New:
This issue is duplicated by |
Assignee | Original: Nicolas De Loof [ ndeloof ] | New: Mark Waite [ markewaite ] |
Resolution | New: Fixed [ 1 ] | |
Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
Status | Original: Resolved [ 5 ] | New: Closed [ 6 ] |
Resolution | Original: Fixed [ 1 ] | |
Status | Original: Closed [ 6 ] | New: Reopened [ 4 ] |
Resolution | New: Cannot Reproduce [ 5 ] | |
Status | Original: Reopened [ 4 ] | New: Resolved [ 5 ] |
Resolution | Original: Cannot Reproduce [ 5 ] | |
Status | Original: Resolved [ 5 ] | New: Reopened [ 4 ] |
Assignee | Original: Mark Waite [ markewaite ] |
Assignee | New: Mark Waite [ markewaite ] |