Build server » Historie » Version 10
Maximilian Seesslen, 31.07.2023 17:38
1 | 1 | Maximilian Seesslen | h1. Build server |
---|---|---|---|
2 | |||
3 | h2. Laminar |
||
4 | |||
5 | Shell scripts only. Super minimalistisch aber flexibel. Kann auf der Webseite nicht mal build anstossen (so gewollt); brauch ichs dann ueberhaubt? |
||
6 | C++. |
||
7 | Artifacts forhanden |
||
8 | |||
9 | 2 | Maximilian Seesslen | <pre><code class="shell"> |
10 | base=$(basename $0) |
||
11 | PROJECT=${base%.*} |
||
12 | |||
13 | echo "=== Project: $PROJECT" |
||
14 | |||
15 | </code></pre> |
||
16 | |||
17 | 1 | Maximilian Seesslen | h2. Buildbot |
18 | |||
19 | Python. |
||
20 | Builders sind in Python formuliert. |
||
21 | 8 | Maximilian Seesslen | "Install on Debian":https://linuxhostsupport.com/blog/how-to-install-buildbot-on-debian-9/ |
22 | |||
23 | 9 | Maximilian Seesslen | Laesst sich an der Konsole nicht triggern. |
24 | |||
25 | |||
26 | 1 | Maximilian Seesslen | |
27 | h2. GoCD |
||
28 | |||
29 | http://localhost:8153/go/pipelines#!/ |
||
30 | Noch am ehesten mit Jenkins vergleichbar. |
||
31 | * Coole XML configuration, aber ueber webinterfase zusammenstellbar. |
||
32 | * User-Management |
||
33 | |||
34 | h2. Requirements |
||
35 | |||
36 | 5 | Maximilian Seesslen | * Mitbekommen, dass etwas nicht eingecheckt ist; |
37 | ** hooks |
||
38 | ** All-devel builds to see if a feature has broken something |
||
39 | 1 | Maximilian Seesslen | * Compelieren auf anderen Systemen (Docker); Qt5 vs Qt6 |
40 | * Deploy artifacts |
||
41 | 7 | Maximilian Seesslen | ** ./campo.sh laminar release v1.2.3 |
42 | |||
43 | 3 | Maximilian Seesslen | h2. Releasing |
44 | |||
45 | * Erstellung eines releases eigentlich unabhaengig von software repo. |
||
46 | |||
47 | 1 | Maximilian Seesslen | Ein release kann kein make target sein. Derzeit kann das campo-script dies erledigen. |
48 | 10 | Maximilian Seesslen | |
49 | h2. Scripts |
||
50 | |||
51 | Deswegen waere Laminar ganz cool. Einfach irgendwas anstossen und ne Uebersicht haben. |