Description of problem:
git-clone fails after upgrade to 1.8.1
Prerequisites (if any, like setup, operators/versions):
In this case was upgrade from 1.8 but installing the same version should also fail
Steps to Reproduce
- Install Openshift Pipelines 1.8.1 Operator
- Create a pipeline with clustertask git-clone
This is the error generated using the 1.8.1v image:
~~~
+ test -z ''
+ test -z ''
+ /ko-app/git-init -url=ssh://tfs.test.test.net:22/tfs/Global2/MASDCL-PERF/_git/PerfUIClient -revision=master -refspec= -path=/workspace/output/source/perfuiclient/dir -sslVerify=true -submodules=true -depth=1 -sparseCheckoutDirectories=
{"level":"error","ts":1669105789.7966032,"caller":"git/git.go:55","msg":"Error running git [init /workspace/output/source/perfuiclient/dir]: exit status 128\nhint: Using 'master' as the name for the initial branch. This default branch name\nhint: is subject to change. To configure the initial branch name to use in all\nhint: of your new repositories, which will suppress this warning, call:\nhint: \nhint: \tgit config --global init.defaultBranch <name>\nhint: \nhint: Names commonly chosen instead of 'master' are 'main', 'trunk' and\nhint: 'development'. The just-created branch can be renamed via this command:\nhint: \nhint: \tgit branch -m <name>\nerror: chmod on /workspace/output/source/perfuiclient/dir/.git/config.lock failed: Operation not permitted\nfatal: could not set 'core.filemode' to 'false'\n","stacktrace":"github.com/tektoncd/pipeline/pkg/git.run\n\t/go/src/github.com/tektoncd/pipeline/pkg/git/git.go:55\ngithub.com/tektoncd/pipeline/pkg/git.Fetch\n\t/go/src/github.com/tektoncd/pipeline/pkg/git/git.go:90\nmain.main\n\t/go/src/github.com/tektoncd/pipeline/cmd/git-init/main.go:53\nruntime.main\n\t/usr/lib/golang/src/runtime/proc.go:255"}
{"level":"fatal","ts":1669105789.7967033,"caller":"git-init/main.go:54","msg":"Error fetching git repository: exit status 128","stacktrace":"main.main\n\t/go/src/github.com/tektoncd/pipeline/cmd/git-init/main.go:54\nruntime.main\n\t/usr/lib/golang/src/runtime/proc.go:255"}
~~~
Same error using an older version of the image as described in this kcs[0], also similar but different to SRVKP-2634.
Thank you.
Regards,
**
[0] https://access.redhat.com/solutions/6986513