pull-tekton-pipeline-go-coverage-df is flaky

[vdemeester]

Expected Behavior

It works, always.

Actual Behavior

Sometimes, especially when creating a PR, it can fail with the following:

 [clone-coverage-upload : clone] {"level":"error","ts":1711581650.6748326,"caller":"git/git.go:54","msg":"Error running git [fetch --recurse-submodules=yes origin --update-head-ok --force refs/heads/main:refs/heads/main refs/pull/7808/head:refs/batch/refs/pull/7808/head]: exit status 128\nremote: Repository not found.\nfatal: repository 'https://github.com/$(tasks.split-full-repo-name.results.repoOwner)/$(tasks.split-full-repo-name.results.repoName).git/' not found\n","stacktrace":"github.com/tektoncd/pipeline/pkg/git.run\n\tgithub.com/tektoncd/pipeline/pkg/git/git.go:54\ngithub.com/tektoncd/pipeline/pkg/git.Fetch\n\tgithub.com/tektoncd/pipeline/pkg/git/git.go:145\nmain.main\n\tgithub.com/tektoncd/pipeline/cmd/git-init/main.go:52\nruntime.main\n\truntime/proc.go:204"}
[clone-coverage-upload : clone] {"level":"fatal","ts":1711581650.6749718,"caller":"git-init/main.go:53","msg":"Error fetching git repository: failed to fetch [refs/heads/main:refs/heads/main refs/pull/7808/head:refs/batch/refs/pull/7808/head]: exit status 128","stacktrace":"main.main\n\tgithub.com/tektoncd/pipeline/cmd/git-init/main.go:53\nruntime.main\n\truntime/proc.go:204"} 

It doesn't happen consistently so it is probably a race or something in how results are handled. As TaskRun seem

Steps to Reproduce the Problem

1. Open a PR on tektoncd/pipeline
2. See if it fails or not

See tektoncd/pipeline#7808 (comment)

This might be an issue in tektoncd/pipeline itself, but wanted to track something here as well.

Additional Info

• Kubernetes version:

  Output of kubectl version:

  (paste your output here)
  

• Tekton Pipeline version:

  Output of tkn version or kubectl get pods -n tekton-pipelines -l app=tekton-pipelines-controller -o=jsonpath='{.items[0].metadata.labels.version}'

[vdemeester]

There is also some report issue (tektoncd/pipeline#8047 (comment))