Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Versioning strategy for custom actions and workflows #27

Open
devtobi opened this issue Sep 18, 2024 · 2 comments
Open

Versioning strategy for custom actions and workflows #27

devtobi opened this issue Sep 18, 2024 · 2 comments

Comments

@devtobi
Copy link
Member

devtobi commented Sep 18, 2024

Problem
I created a reusable workflow for CodeQL in this repository (see #26) thats used in it-at-m/refarch-templates#352.
This is achieved by the line:

uses: it-at-m/.github/.github/workflows/codeql.yml@main

However the reference to main has potential side effects when the workflow gets updated on the main branch of this repository.
Thats why we should introduce a versioning strategy for all custom actions and workflows. (either via Branch names or Git Tags).

On top of that it would be interesting if Renovatebot is able to bump to new version numbers when the actions/workflows get new releases. If not I'd encourage a simple versioning scheme like v1, v2 etc. If Renovatebot is capable, we could use a more fine granular version like 1.0.0 as well.

@devtobi devtobi changed the title Versioning strategy Versioning strategy for custom actions and workflows Sep 18, 2024
@hupling hupling moved this to Todo in SPS Nov 27, 2024
@hupling hupling added this to SPS Nov 27, 2024
@hupling
Copy link
Collaborator

hupling commented Nov 28, 2024

Im Moment haben wir auch eine Versionierung, sie ist halt nicht menschenlesbar, sondern besteht aus den Commit-Hashes.

@hupling
Copy link
Collaborator

hupling commented Nov 28, 2024

Wenn wir die Workflow-Templates aus den Appstore entfernen https://github.com/it-at-m/.github/tree/main/workflow-templates und nur noch in den refarch-templates pflegen. So spart man sich auch die doppelte Pflege. Intern in Gitlab haben wir es auch so gemacht.

So sparst du dir auch immer, die Abhängigkeiten AppStore Workflow und den Actions. So muss man da nicht gleichzeitig bei einem Release die Versionsnummer in workflow-templates und .github/actions hochzählen.

Außerdem könnten wir dieses spezial Repo .github als SPS wieder verlassen und unser eigenes erstellen

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Todo
Development

No branches or pull requests

2 participants