starred/act

Fork 0

mirror of https://github.com/nektos/act.git synced 2026-04-26 01:15:51 +03:00

[GH-ISSUE #101] Remote action not resolving version as github #64

New issue

Closed

opened 2026-03-01 21:39:41 +03:00 by kerem · 7 comments

kerem commented

2026-03-01 21:39:41 +03:00

Owner

Originally created by @fennecdjay on GitHub (Feb 25, 2020).
Original GitHub issue: https://github.com/nektos/act/issues/101

I not quite sure the title is clear, however I hope the example does a better jib at explaining the problem.
In some of my workflows, I have

use: fennecdjay/gwion-action@v1

It works fine on github, but when running with act, it complains about not finding the reference (it this case, ther is no v1, but github resolves it to the existing v1.0).

I looked at the code to see if I could find something helpful, but didn't find anything.

Looks like (this go library)[https://github.com/hashicorp/go-version] could do name resolving if we feed it the list of releases.

Originally created by @fennecdjay on GitHub (Feb 25, 2020). Original GitHub issue: https://github.com/nektos/act/issues/101 I not quite sure the title is clear, however I hope the example does a better jib at explaining the problem. In some of my workflows, I have ``` use: fennecdjay/gwion-action@v1 ``` It works fine on github, but when running with act, it complains about not finding the reference (it this case, ther is no v1, but github resolves it to the existing v1.0). I looked at the code to see if I could find something helpful, but didn't find anything. Looks like (this go library)[https://github.com/hashicorp/go-version] could do name resolving if we feed it the list of releases.

kerem closed this issue

2026-03-01 21:39:41 +03:00

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@cplee commented on GitHub (Feb 25, 2020):

I see that repo has a v1 branch and a v1.0 tag. Which are you expecting to be picked up, the tag or the branch?

@cplee commented on GitHub (Feb 25, 2020): I see that repo has a v1 branch and a v1.0 tag. Which are you expecting to be picked up, the tag or the branch?

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@fennecdjay commented on GitHub (Feb 25, 2020):

Github picks v1.0, and would pick v1.1 if found.
So that's what I would expect from act.
IMHO, that's what we should be expecting (I understand act as a local github action runner, so I suppose it should behave like github).

EDIT:
I think github targets releases first.

@fennecdjay commented on GitHub (Feb 25, 2020): Github picks `v1.0`, and would pick `v1.1` if found. So that's what I would expect from act. IMHO, that's what *we* should be expecting (I understand act as a local github action runner, so I suppose it should behave like github). --- EDIT: I think github targets releases first.

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@cplee commented on GitHub (Feb 25, 2020):

Looks like GitHub has some code to pick defaults based on the situation you have here...but that isn't documented. The way they recommend versioning here is to use semver for each release, and UPDATE your major version tag (e.g. v1) to point to the new semver release.

So, in this case you ought to update your releases to be semver (e.g. v1.0.1) and update your action to NOT have a v1 branch and instead to have a v1 tag that points to the commit of v1.0.1.

See setup-python as a good example

@cplee commented on GitHub (Feb 25, 2020): Looks like GitHub has some code to pick defaults based on the situation you have here...but that isn't documented. The way they recommend versioning [here](https://help.github.com/en/actions/building-actions/about-actions#versioning-your-action) is to use semver for each release, and UPDATE your major version tag (e.g. `v1`) to point to the new semver release. So, in this case you ought to update your releases to be semver (e.g. `v1.0.1`) and update your action to NOT have a `v1` branch and instead to have a `v1` tag that points to the commit of `v1.0.1`. See [setup-python](https://github.com/actions/setup-python/releases) as a good example

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@fennecdjay commented on GitHub (Feb 25, 2020):

Thank you for the clarification!
Sorry it was my bad and not an act issue.

I'm closing this issue.

@fennecdjay commented on GitHub (Feb 25, 2020): Thank you for the clarification! Sorry it was my bad and not an act issue. I'm closing this issue.

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@wagenet commented on GitHub (May 13, 2020):

@cplee While this definitely seems to be the recommendation, it seems like act should follow what GitHub actually does. ruby/setup-ruby doesn't follow the recommendations, but it does work with GitHub Actions and not with act. I've filed an issue, but I don't control the repo so I have no timeline on when/if it will be resolved. https://github.com/ruby/setup-ruby/issues/55

@wagenet commented on GitHub (May 13, 2020): @cplee While this definitely seems to be the recommendation, it seems like act should follow what GitHub actually does. ruby/setup-ruby doesn't follow the recommendations, but it does work with GitHub Actions and not with act. I've filed an issue, but I don't control the repo so I have no timeline on when/if it will be resolved. https://github.com/ruby/setup-ruby/issues/55

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@eregon commented on GitHub (May 13, 2020):

I think a moving tag is a git anti-pattern, and so I would recommend to handle v1 being either a branch or a tag (they are both git refs, and they both work with git clone --branch REF).

@eregon commented on GitHub (May 13, 2020): I think a moving tag is a `git` anti-pattern, and so I would recommend to handle `v1` being either a branch or a tag (they are both `git` refs, and they both work with `git clone --branch REF`).

kerem commented

2026-03-01 21:39:42 +03:00

Author

Owner

@eregon commented on GitHub (May 13, 2020):

I opened a new issue since this one was closed and the early discussion wasn't clear: https://github.com/nektos/act/issues/234

@eregon commented on GitHub (May 13, 2020): I opened a new issue since this one was closed and the early discussion wasn't clear: https://github.com/nektos/act/issues/234

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/act#64

No description provided.

Rows
Columns