fix: stabilisiere CI-Workflow und passe JAR-Namensmuster an
Feature Build — Windows MSI (via Conveyor) / 📦 Windows .msi Packaging (push) Failing after 2m3s
Feature Build — Windows MSI (via Conveyor) / 📦 Windows .msi Packaging (push) Failing after 2m3s
Signed-off-by: StefanMoCoAt <stefan.mo.co@gmail.com>
This commit is contained in:
@@ -26,16 +26,26 @@ jobs:
|
||||
|
||||
- name: Setup Conveyor
|
||||
run: |
|
||||
# Conveyor-Installation via Debian-Paket (stabiler in CI)
|
||||
sudo apt-get update && sudo apt-get install -y curl
|
||||
# Wir nutzen die offizielle Empfehlung für Debian-basierte Systeme
|
||||
curl -L https://conveyor.hydraulic.dev/install.sh -o install-conveyor.sh
|
||||
# Validierung: Wenn es kein Shell-Skript ist (sondern HTML), abbrechen
|
||||
if grep -q "<!DOCTYPE HTML" install-conveyor.sh; then
|
||||
echo "Fehler: Download-URL lieferte HTML statt Skript. Nutze npm-Fallback."
|
||||
npm install -g @hydraulic/conveyor
|
||||
else
|
||||
chmod +x install-conveyor.sh
|
||||
./install-conveyor.sh
|
||||
fi
|
||||
echo "$HOME/.conveyor/bin" >> $GITHUB_PATH
|
||||
|
||||
- name: Windows .msi mit Conveyor bauen
|
||||
run: |
|
||||
# Conveyor baut das MSI direkt auf Linux
|
||||
# Wir nutzen --unpinned, um keine festen Versionen zu erzwingen
|
||||
$HOME/.conveyor/bin/conveyor make windows-msi
|
||||
# Falls via npm installiert, liegt es im globalen Pfad
|
||||
CONVEYOR_BIN=$(which conveyor || echo "$HOME/.conveyor/bin/conveyor")
|
||||
$CONVEYOR_BIN make windows-msi
|
||||
|
||||
- name: .msi Artefakt hochladen
|
||||
uses: actions/upload-artifact@v4
|
||||
|
||||
@@ -88,7 +88,8 @@ Fokus: Physische Implementierung der Turnier-Hierarchie und technisches Onboardi
|
||||
* [x] **Client-Konfiguration:** Master kann nun Clients in der UI hinzufügen und bearbeiten.
|
||||
* [x] **Master-UX:** Konfiguration beim Start nicht mehr zwangsgesperrt.
|
||||
* [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht.
|
||||
* [ ] **PoC Verifikation:** 🚧 **IN ARBEIT** (Log 480 analysiert: Build erfolgreich, Packaging-Skript-Fehler behoben).
|
||||
* [ ] **PoC Verifikation:** 🚧 **IN ARBEIT** (Log 481 analysiert: Conveyor-Installationsskript lieferte HTML 404;
|
||||
Fallback auf npm implementiert).
|
||||
|
||||
### MEILENSTEIN 1: Die Basis-Hierarchie (Prio 1) ⚪ GEPLANT
|
||||
|
||||
|
||||
@@ -34,9 +34,9 @@ Der Workflow `.gitea/workflows/feature-build.yml` wurde radikal umgebaut:
|
||||
Push auf einen Feature-Branch.
|
||||
- **Input-Fix:** Die `conveyor.conf` wurde auf das spezifische JAR-Namensmuster (`meldestelle-desktop-jvm-*.jar`)
|
||||
angepasst.
|
||||
- **Workflow-Stabilisierung:** Der Shell-Befehl für die Conveyor-Installation wurde robuster gestaltet, um Syntax-Fehler
|
||||
im Runner zu vermeiden.
|
||||
- **Nächster Schritt:** Beobachtung des nächsten CI-Laufs in Gitea (Task #481+). Sobald das MSI bereitsteht, erfolgt der
|
||||
- **Workflow-Stabilisierung:** Das Installations-Skript wurde um eine HTML-Validierung und einen **npm-Fallback**
|
||||
erweitert, da die offizielle Download-URL im Runner instabil war (Log #481).
|
||||
- **Nächster Schritt:** Beobachtung des nächsten CI-Laufs in Gitea (Task #482+). Sobald das MSI bereitsteht, erfolgt der
|
||||
Hardware-Test.
|
||||
|
||||
**🏗️ [Lead Architect]**
|
||||
|
||||
Reference in New Issue
Block a user