1.9 KiB
1.9 KiB
Why
Die vorhandenen Workflows am Gitea-Origin werden auf ausschließliche Release-Builds umgestellt. Für eine vollständige Phase 6 müssen die vier vereinbarten Zielartefakte in Gitea Actions gebaut, als nutzbare Release-Pakete direkt veröffentlicht werden.
What Changes
- Gitea Actions am bestehenden Origin ausschließlich für neue Release-Tags
vX.Y.Zverwenden; keine Commit-/PR-CI und keine Entwicklungsartefakte. - Auf dem vorhandenen Linux-arm64-Gitea-Runner Terminalanwendungen für Windows amd64 (cargo-xwin), macOS arm64 und Linux amd64 (cargo-zigbuild) sowie Linux arm64 bauen; keine zusätzlichen Zielplattformen und kein Mirror.
- Windows als
.7z, macOS und beide Linux-Ziele als.tar.gzmittb,tbcund der nativentbrt-Vorlage samt Metadaten paketieren. - Entpackte Pakete einschließlich
tbc link, nativer Exporte und separater BASIC-Verbraucher von.tblprüfen, Prüfsummen und nachvollziehbare Buildmetadaten liefern. - Lokale Testwerkzeuge für die Entwicklung erhalten. Der Benutzer testet vor dem Tag; zusätzliche Ziel-/Terminalnachweise und Nachweis-Commits sind keine Releasebedingung.
- Nach erfolgreichen vier Builds und vollständigem Upload im selben Workflow direkt veröffentlichen. Manuellen Publish-Workflow, erneute Pflichtabnahme, Nachweis-Gate und Release-Asset-Downloads entfernen; fehlgeschlagene Builds oder Uploads verhindern die Veröffentlichung.
Capabilities
New Capabilities
gitea-distribution: Geprüfte Vierziel-Builds und Release-Pakete vom bestehenden Gitea-Origin.
Modified Capabilities
Keine.
Impact
Neue .gitea/workflows/, wiederverwendbare lokale Build-/Paket-/Prüfaufrufe, Gitea-Runner und Release-Artefakte. tbrt-Vorlagen stammen aus 02, TBL-/Linkprüfungen aus 03, IDE-Anbindung aus 04, Zielprüfungen aus 05, Abnahmekorpus aus 01. Finale öffentliche Dokumentation und Phasenabnahme folgen in 07. Gitea ist die einzige CI-/Release-Plattform.