Closed robo9k closed 10 months ago
I have the same issue on my side: https://github.com/Djaytan/mc-jobs-reborn-patch-place-break/actions/runs/6854752375/job/18638344508?pr=347
Found 667 non compliant commits in d7f8a3..HEAD:
Where d7f8a3
is the first repository commit whereas I would expect the range 7bb0c37..HEAD
containing only one commit.
Issue filled on binary side: https://github.com/cocogitto/cocogitto/issues/341
This is the intended behavior, git tag -a tag -m 'tag'
does not produce a valid semver tag and which is not picked by cocogitto.
Please see https://github.com/cocogitto/cocogitto/issues/341#issuecomment-1835547787
This is the intended behavior,
git tag -a tag -m 'tag'
does not produce a valid semver tag and which is not picked by cocogitto. Please see cocogitto/cocogitto#341 (comment)
@oknozor: The instructions from mentioned comment worked well for my repo, thanks a lot.
Describe the bug
check-latest-tag-only
does not seem to work under certain conditions. Trying to use the action in a repository that has non-compliant commits until including the latest tag results in it actually checking the wrong i.e. almost-all revisions.To Reproduce
Action log:
Expected behavior I expected the action to successfully check the single compliant commit after the latest tag. I also expected the action / the
cog
CLI binary to (debug) log the revisions it is actually using.I'm filing this issue against the action instead of the binary, since the action's
cog.sh
seems to log a revision range (tag..HEAD
) that the binary does not actually (log and) use (xyz..HEAD
), so both likely need to be fixed.Additional context