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
It would be great if digger provided certain version tags that follow the development and releases so the actions don't need updating that much. Tags like "stable", "lts" or "v0.6" and "v0" each following the respective releases.
Reasoning is that for most package managers it is possible to define "versions bigger than" (> 1.0.0) or lazy versioning like "~> 1.2.3", but for github actions that is not possible. Using the latest version in the develop branch is an option, but can break from time to time while strictly defining a single version like "uses: diggerhq/[email protected]" tends to require quite some maintenance in updating digger.
Something in between that allows following patches while still stable would be great.
The text was updated successfully, but these errors were encountered:
hi @joerg ! Thats a cool idea and I would love to have it, not sure how we can implement it though. The only thing we have currently is vLatest which we keep uptodate with the latest release and we actually update it manually after we create a new release. Im not sure how to best automate these releases so that they match the version updates. I mean for v0.5 and below we can manually since they have already had the minors bumped up.
Any thought on automating this for the current minors? I'm sure we can have a manual releaser that checks for releases and then updates respective release I guess
Hi,
It would be great if digger provided certain version tags that follow the development and releases so the actions don't need updating that much. Tags like "stable", "lts" or "v0.6" and "v0" each following the respective releases.
Reasoning is that for most package managers it is possible to define "versions bigger than" (> 1.0.0) or lazy versioning like "~> 1.2.3", but for github actions that is not possible. Using the latest version in the develop branch is an option, but can break from time to time while strictly defining a single version like "uses: diggerhq/[email protected]" tends to require quite some maintenance in updating digger.
Something in between that allows following patches while still stable would be great.
The text was updated successfully, but these errors were encountered: