Build server » Historie » Revision 16
« Zurück |
Revision 16/27
(diff)
| Weiter »
Maximilian Seesslen, 19.03.2024 15:54
Build server¶
Liste¶
https://github.com/ligurio/awesome-ci?tab=readme-ov-file
Laminar¶
Shell scripts only. Super minimalistisch aber flexibel. Kann auf der Webseite nicht mal build anstossen (so gewollt); brauch ichs dann ueberhaubt?
C++.
Artifacts forhanden
base=$(basename $0)
PROJECT=${base%.*}
echo "=== Project: $PROJECT"
https://tracker.debian.org/pkg/laminar
https://github.com/ohwgiles/laminar/releases/tag/1.3
Debian is replacing the integrated Chart.js with incompatible version for some reason. Installing generated Package from github should work without issues. Daemon brings its own Chart.js.
Buildbot¶
Python.
Builders sind in Python formuliert.
Install on Debian
Laesst sich an der Konsole nicht triggern.
Web-Interface gibts unter Debian wegen JS-Abhaengigkeiten nicht.
GoCD¶
http://localhost:8153/go/pipelines#!/Noch am ehesten mit Jenkins vergleichbar.
- Coole XML configuration, aber ueber webinterfase zusammenstellbar.
- User-Management
- 'nur' S3 artifacts plugin
- Java
Kraken¶
http://localhost:8082/
https://github.com/Kraken-CI/kraken/releases
Bischen buggy. Artifacts nur ueber minio.
Multibranch muss man sich selbst machen.
Earthly¶
http://127.0.0.1:8371/
Page not found
Only CLI open source?
Requirements¶
- Mitbekommen, dass etwas nicht eingecheckt ist;
- hooks
- All-devel builds to see if a feature has broken something
- Compelieren auf anderen Systemen (Docker); Qt5 vs Qt6
- Deploy artifacts
- ./campo.sh laminar release v1.2.3
- Eigentlich schon multibranch. Ich pushe etwas in einen Branch, dieser wird gebaut.
Releasing¶
- Erstellung eines releases eigentlich unabhaengig von software repo.
Ein release kann kein make target sein. Derzeit kann das campo-script dies erledigen.
Scripts¶
Deswegen waere Laminar ganz cool. Einfach irgendwas anstossen und ne Uebersicht haben.
Von Maximilian Seesslen vor 10 Monaten aktualisiert · 16 Revisionen