Workflows um Format Stage erweitern #175

Merged
flixcoo merged 326 commits from setup/44-workflows-um-format-stage-erweitern into development 2026-01-20 10:48:49 +00:00
Showing only changes of commit df08591f24 - Show all commits

View File

@@ -74,7 +74,7 @@ jobs:
if [ -n "$(git status --porcelain lib test)" ]; then
git config --global user.name "Gitea Actions [bot]"
git config --global user.email ""
git config --global user.email "actions@yannick-weigert.de"
git add lib test
git commit -m "Auto-format code [skip ci]"
git push origin HEAD:${{ gitea.head_ref }}
@@ -109,7 +109,7 @@ jobs:
GITEA_TOKEN: ${{ secrets.BOT_TOKEN }}
run: |
git config --global user.name "Gitea Actions [bot]"
git config --global user.email ""
git config --global user.email "actions@yannick-weigert.de"
git add pubspec.yaml
git commit -m "Updated version number [skip ci]"
git push origin HEAD:${{ gitea.head_ref }}
sneeex marked this conversation as resolved Outdated

(Mein kommentar placement hat keine relevanz)

Was hältst du davon wenn man die Version erst erhöht, wenn tests & lint erfolgreich waren? also dass die needs test und format sind, wobei doch eigentlich tests und lint auch unnötig sind? ich mein wenn die fehlschlagen, kann doch nicht gemerget werden und push.yaml läuft doch erst nach merge?

und:
Gitea unterstützt caching, also könnte man die flutter dependencies cachen um zeit zu sparen, das gleiche bei pull request natürlich.
Könntest ne eigene action zur flutter installation benutzen und dann diesen cache nutzen https://github.com/subosito/flutter-action

_(Mein kommentar placement hat keine relevanz)_ Was hältst du davon wenn man die Version erst erhöht, wenn tests & lint erfolgreich waren? also dass die needs test und format sind, wobei doch eigentlich tests und lint auch unnötig sind? ich mein wenn die fehlschlagen, kann doch nicht gemerget werden und push.yaml läuft doch erst nach merge? und: Gitea unterstützt caching, also könnte man die flutter dependencies cachen um zeit zu sparen, das gleiche bei pull request natürlich. Könntest ne eigene action zur flutter installation benutzen und dann diesen cache nutzen https://github.com/subosito/flutter-action

Also die Flutter Action funktioniert auf Gitea nicht, das hab ich schon geprüft.
Dependencies cachen, ja okay, aber das dauert reel 5 Sekunden oder so. Was ich gerne Cachen würde wäre die Flutter installation, falls du da n besseren weg findest, das dauert nämlich am längsten

Also die Flutter Action funktioniert auf Gitea nicht, das hab ich schon geprüft. Dependencies cachen, ja okay, aber das dauert reel 5 Sekunden oder so. Was ich gerne Cachen würde wäre die Flutter installation, falls du da n besseren weg findest, das dauert nämlich am längsten

ja ich meine mit dependencies flutter auch

ja ich meine mit dependencies flutter auch

Ja aber wenn du sagst das geht nur mit der Flutter Action dann ist das raus, ich hab das versucht aber wenn ich die implementiere funktionioert der Flutter installationsprozess nicht

Ja aber wenn du sagst das geht nur mit der Flutter Action dann ist das raus, ich hab das versucht aber wenn ich die implementiere funktionioert der Flutter installationsprozess nicht

Also die Flutter Action funktioniert auf Gitea nicht, das hab ich schon geprüft.
Dependencies cachen, ja okay, aber das dauert reel 5 Sekunden oder so. Was ich gerne Cachen würde wäre die Flutter installation, falls du da n besseren weg findest, das dauert nämlich am längsten

https://gitea.com/actions/cache haste dir das angeguckt?
und was ist mit dem ersten teil von meinem comment?

> Also die Flutter Action funktioniert auf Gitea nicht, das hab ich schon geprüft. > Dependencies cachen, ja okay, aber das dauert reel 5 Sekunden oder so. Was ich gerne Cachen würde wäre die Flutter installation, falls du da n besseren weg findest, das dauert nämlich am längsten https://gitea.com/actions/cache haste dir das angeguckt? und was ist mit dem ersten teil von meinem comment?

Was hältst du davon wenn man die Version erst erhöht, wenn tests & lint erfolgreich waren? also dass die needs test und format sind, wobei doch eigentlich tests und lint auch unnötig sind? ich mein wenn die fehlschlagen, kann doch nicht gemerget werden und push.yaml läuft doch erst nach merge?

Ja also checke was du meinst, aber eig auch irrelevant. Weil Format kannst du ja nur auf einer Branch machen, wo du selber nicht aktiv arbeitest. Und man kann ja auch irgendwann drüber nachdenken, ob man die Checks in der PR optional macht und nicht zwingend brauch (z.B. format).
Versionserhöhung hab ich nur ans ende gemacht, damit es da keine konflikte gibt, wenn die pubspec.yaml formatiert wird.

> Was hältst du davon wenn man die Version erst erhöht, wenn tests & lint erfolgreich waren? also dass die needs test und format sind, wobei doch eigentlich tests und lint auch unnötig sind? ich mein wenn die fehlschlagen, kann doch nicht gemerget werden und push.yaml läuft doch erst nach merge? Ja also checke was du meinst, aber eig auch irrelevant. Weil Format kannst du ja nur auf einer Branch machen, wo du selber nicht aktiv arbeitest. Und man kann ja auch irgendwann drüber nachdenken, ob man die Checks in der PR optional macht und nicht zwingend brauch (z.B. format). Versionserhöhung hab ich nur ans ende gemacht, damit es da keine konflikte gibt, wenn die `pubspec.yaml` formatiert wird.