liquid-development/game-tracker
3
0
Fork 0
Code Issues 14 Pull Requests 7 Actions Releases 1 Activity

Actions aufsetzen #38

Merged
flixcoo merged 40 commits from setup/17-actions-aufsetzen into development 2025-11-19 19:35:07 +00:00
Conversation 4 Commits 40 Files Changed 4 +4 -5
1 changed files with 4 additions and 5 deletions
Download Patch File Download Diff File Expand all files Collapse all files
Showing only changes of commit e108bb41f6 - Show all commits

9
.gitea/workflows/pull_request.yaml
View File

@@ -18,13 +18,12 @@ jobs:
- name: Install Flutter
run: |
# Flutter SDK herunterladen und entpacken
wget https://storage.googleapis.com/flutter_infra_release/releases/stable/linux/flutter_linux_3.35.6-stable.tar.xz
tar xf flutter_linux_3.35.6-stable.tar.xz
# Flutter zum PATH hinzufügen
echo "$(pwd)/flutter/bin" >> /usr/local/bin
# Flutter Doctor ausführen (optional)
flutter doctor -v
# Flutter-Pfad zur PATH-Variable hinzufügen
echo "$(pwd)/flutter/bin" >> $GITHUB_PATH
# Alternativ für Docker/act:
echo "PATH=$(pwd)/flutter/bin:$PATH" >> $GITHUB_ENV
- name: Get dependencies
run: flutter pub get
sneeex commented 2025-11-19 19:13:57 +00:00
Review
Copy Link

kannst du das flutter install, get dependencies, apt-get und so nicht in einem workflow machen, sodass das nicht hier redundant ist?

kannst du das flutter install, get dependencies, apt-get und so nicht in einem workflow machen, sodass das nicht hier redundant ist?
flixcoo commented 2025-11-19 19:26:28 +00:00
Review
Copy Link

Ne kann ich leider nicht, weil vor allem wenn die jobs parallel laufen (was sie jetzt gerade tun), auf zwei unterschiedlichen runnern laufen und nach jedem job wird der runner wieder in den ursprungszustand zurückgesetzt

Ne kann ich leider nicht, weil vor allem wenn die jobs parallel laufen (was sie jetzt gerade tun), auf zwei unterschiedlichen runnern laufen und nach jedem job wird der runner wieder in den ursprungszustand zurückgesetzt
flixcoo commented 2025-11-19 19:28:28 +00:00
Review
Copy Link

Selbst wenn sie nicht parallel laufen würden, setzen sie sich bei jedem workflow immer wieder zurück

Selbst wenn sie nicht parallel laufen würden, setzen sie sich bei jedem workflow immer wieder zurück