git 2.16, Jenkins git client plugin, and ""

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It appears that git 2.16.0 and 2.16.1 have introduced a change which
surprises the Jenkins git client plugin.

Git 2.16.0 and 2.16.1 on Linux both report "fatal: ssh variant
'simple' does not support setting port" when used in the context of
the Jenkins git client plugin.

The solution we've accepted into the git client plugin source code is
to set the environment variable "GIT_SSH_VARIANT=ssh".  That allows
the failing case to pass, and does not seem to harm older versions of
git.

The documentation at https://git-scm.com/docs/git says that
GIT_SSH_VARIANT "overrides Git’s autodetection whether
GIT_SSH/GIT_SSH_COMMAND/core.sshCommand refer to OpenSSH, plink or
tortoiseplink."

I haven't seen the same message from Git 2.16.1 for Windows.

The Jenkins bug report
(https://issues.jenkins-ci.org/browse/JENKINS-49111) describes the
user experience.

Is the GIT_SSH_VARIANT solution expected to be used by git consumers
like the Jenkins git client plugin when passing credential information
through environment variables like SSH_ASKPASS?

I see "ssh", "plink", and "tortoiseplink" as values of GIT_SSH_VARIANT
used in tests, and "auto", "putty", and "simple" used in the source
code in addition to "ssh", "plink", and "tortoiseplink".  What are the
allowed values for GIT_SSH_VARIANT?

What is the recommended value so that the Jenkins git client plugin
can remain most compatible with previous behavior?

No value was assigned previously to GIT_SSH_VARIANT in the Jenkins git
client plugin.  I was expecting that git would choose "ssh" as the
default value for GIT_SSH_VARIANT, rather than apparently choosing
"simple".

Is this a bug, or is this the new, intentional behavior of git?

Thanks,
Mark Waite




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux