You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was trying to solve this and provide a PR but am uncertain of the broader implications of the change that would fix the issue for my scenario.
pkg/common/git/git.go:FindGetRef is responsible for setting the values. I'm assuming the requirement for this and not just the value set for head in pkg/common/git/git.go:FindGitRevision is to lookup any tags that would be related to the revision. Otherwise I'd expect the pointer for HEAD could be used?
It'd be helpful to have this assumption verified by someone more experienced with the project before I dive into a solution.
Expanding the existing tests to check for this scenario seems trivial although I don't think that explicitly checks for what would be output to github.ref_name. Could I have missed that somewhere?
Bug report info
Command used with act
act schedule -W .github/workflows/context-check.yml --defaultbranch "5.x" --container-architecture linux/amd64 --rm -P ubuntu-latest=catthehacker/ubuntu:act-latest -v
Describe issue
If a Git reference points to multiple branches the last pointer in the series is selected as the value for github.ref_name
i.e.
Expected behaviour (personally)
The values for "ref" and "ref_name" in the GitHub context are set to the branch/tag pointer that
HEAD
is pointing to i.e.Actual behaviour
See the output posted in the "Relevant log output" section.
Link to GitHub repository
No response
Workflow content
Relevant log output
Additional information
I was trying to solve this and provide a PR but am uncertain of the broader implications of the change that would fix the issue for my scenario.
pkg/common/git/git.go:FindGetRef is responsible for setting the values. I'm assuming the requirement for this and not just the value set for head in pkg/common/git/git.go:FindGitRevision is to lookup any tags that would be related to the revision. Otherwise I'd expect the pointer for HEAD could be used?
It'd be helpful to have this assumption verified by someone more experienced with the project before I dive into a solution.
Expanding the existing tests to check for this scenario seems trivial although I don't think that explicitly checks for what would be output to github.ref_name. Could I have missed that somewhere?
The text was updated successfully, but these errors were encountered: