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
|
- name: Setup Conveyor
|
||||||
run: |
|
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
|
curl -L https://conveyor.hydraulic.dev/install.sh -o install-conveyor.sh
|
||||||
chmod +x install-conveyor.sh
|
# Validierung: Wenn es kein Shell-Skript ist (sondern HTML), abbrechen
|
||||||
./install-conveyor.sh
|
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
|
echo "$HOME/.conveyor/bin" >> $GITHUB_PATH
|
||||||
|
|
||||||
- name: Windows .msi mit Conveyor bauen
|
- name: Windows .msi mit Conveyor bauen
|
||||||
run: |
|
run: |
|
||||||
# Conveyor baut das MSI direkt auf Linux
|
# Conveyor baut das MSI direkt auf Linux
|
||||||
# Wir nutzen --unpinned, um keine festen Versionen zu erzwingen
|
# Falls via npm installiert, liegt es im globalen Pfad
|
||||||
$HOME/.conveyor/bin/conveyor make windows-msi
|
CONVEYOR_BIN=$(which conveyor || echo "$HOME/.conveyor/bin/conveyor")
|
||||||
|
$CONVEYOR_BIN make windows-msi
|
||||||
|
|
||||||
- name: .msi Artefakt hochladen
|
- name: .msi Artefakt hochladen
|
||||||
uses: actions/upload-artifact@v4
|
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] **Client-Konfiguration:** Master kann nun Clients in der UI hinzufügen und bearbeiten.
|
||||||
* [x] **Master-UX:** Konfiguration beim Start nicht mehr zwangsgesperrt.
|
* [x] **Master-UX:** Konfiguration beim Start nicht mehr zwangsgesperrt.
|
||||||
* [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht.
|
* [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
|
### 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.
|
Push auf einen Feature-Branch.
|
||||||
- **Input-Fix:** Die `conveyor.conf` wurde auf das spezifische JAR-Namensmuster (`meldestelle-desktop-jvm-*.jar`)
|
- **Input-Fix:** Die `conveyor.conf` wurde auf das spezifische JAR-Namensmuster (`meldestelle-desktop-jvm-*.jar`)
|
||||||
angepasst.
|
angepasst.
|
||||||
- **Workflow-Stabilisierung:** Der Shell-Befehl für die Conveyor-Installation wurde robuster gestaltet, um Syntax-Fehler
|
- **Workflow-Stabilisierung:** Das Installations-Skript wurde um eine HTML-Validierung und einen **npm-Fallback**
|
||||||
im Runner zu vermeiden.
|
erweitert, da die offizielle Download-URL im Runner instabil war (Log #481).
|
||||||
- **Nächster Schritt:** Beobachtung des nächsten CI-Laufs in Gitea (Task #481+). Sobald das MSI bereitsteht, erfolgt der
|
- **Nächster Schritt:** Beobachtung des nächsten CI-Laufs in Gitea (Task #482+). Sobald das MSI bereitsteht, erfolgt der
|
||||||
Hardware-Test.
|
Hardware-Test.
|
||||||
|
|
||||||
**🏗️ [Lead Architect]**
|
**🏗️ [Lead Architect]**
|
||||||
|
|||||||
Reference in New Issue
Block a user