483
Bearbeitungen
Änderungen
Administration/Dienste/Gitlab-Runner (Quelltext anzeigen)
Version vom 1. Oktober 2017, 11:52 Uhr
, 11:52, 1. Okt. 2017Die Seite wurde neu angelegt: „= Gitlab-Runner = Ein Gitlab-Runner regelt den Zugriff des Gitlab-CI Systems auf einen Build-Server. == Liste der Gitlab-Runner == {{#ask: Kategorie:Gitlab…“
= Gitlab-Runner =
Ein Gitlab-Runner regelt den Zugriff des Gitlab-CI Systems auf einen Build-Server.
== Liste der Gitlab-Runner ==
{{#ask: [[Kategorie:Gitlab Runner Server]]
|? hostname
|? serverRole
|? serverType
|? hostedOn
| sort=hostname
| order=asc
}}
== Installation ==
Siehe https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/install/linux-repository.md
== Konfiguration ==
Nun verknüpfen wir den Runner-Server mit Gitlab:
<pre>
root@runner01:~# sudo gitlab-ci-multi-runner register
Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com/ci):
https://git.nordwest.freifunk.net/ci
Please enter the gitlab-ci token for this runner:
VV3iWQ221icY48JagKqr
Please enter the gitlab-ci description for this runner:
[runner01.ffnw.de]: Runner for webapps
Please enter the gitlab-ci tags for this runner (comma separated):
php, mysql, composer, phpunit
INFO[0027] VV3iWQ22 Registering runner... succeeded
Please enter the executor: ssh, shell, parallels, docker, docker-ssh:
shell
INFO[0035] Runner registered successfully. Feel free to start it, but if it's running already the config should be automatically reloaded!
</pre>
Jetzt kann Gitlab-CI auf diesem Server beliebigen Code ausführen. Das ist aber nicht schlimm, denn genau das wollen wir ja wenn wir komplexe Projekte bauen und testen.
References:
* https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/configuration/advanced-configuration.md
== Features ==
=== Email-Benachrichtigung wenn Build Fehlschlägt ===
Kann unter den Projekteinstellungen unter ''Services'' eingerichtet werden.
=== Firmware Nightly Builds ===
Kann mithilfe von Triggern gelöst werden.
References:
* https://pad.ffnw.de/p/dev-firmware-autobuild
* https://gitlab.com/gitlab-org/omnibus-gitlab/issues/564
=== Projekt für CI konfigurieren ===
* Es muss mindestens ein Runner-Server mit Gitlab verbunden sein (als Admin prüfen)
* In den Projekteinstellungen das Modul "Builds" aktivieren
* Dem Repository eine gitlab-ci.yml hinzufügen
* http://doc.gitlab.com/ce/ci/yaml/README.html
Ein Gitlab-Runner regelt den Zugriff des Gitlab-CI Systems auf einen Build-Server.
== Liste der Gitlab-Runner ==
{{#ask: [[Kategorie:Gitlab Runner Server]]
|? hostname
|? serverRole
|? serverType
|? hostedOn
| sort=hostname
| order=asc
}}
== Installation ==
Siehe https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/install/linux-repository.md
== Konfiguration ==
Nun verknüpfen wir den Runner-Server mit Gitlab:
<pre>
root@runner01:~# sudo gitlab-ci-multi-runner register
Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com/ci):
https://git.nordwest.freifunk.net/ci
Please enter the gitlab-ci token for this runner:
VV3iWQ221icY48JagKqr
Please enter the gitlab-ci description for this runner:
[runner01.ffnw.de]: Runner for webapps
Please enter the gitlab-ci tags for this runner (comma separated):
php, mysql, composer, phpunit
INFO[0027] VV3iWQ22 Registering runner... succeeded
Please enter the executor: ssh, shell, parallels, docker, docker-ssh:
shell
INFO[0035] Runner registered successfully. Feel free to start it, but if it's running already the config should be automatically reloaded!
</pre>
Jetzt kann Gitlab-CI auf diesem Server beliebigen Code ausführen. Das ist aber nicht schlimm, denn genau das wollen wir ja wenn wir komplexe Projekte bauen und testen.
References:
* https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/configuration/advanced-configuration.md
== Features ==
=== Email-Benachrichtigung wenn Build Fehlschlägt ===
Kann unter den Projekteinstellungen unter ''Services'' eingerichtet werden.
=== Firmware Nightly Builds ===
Kann mithilfe von Triggern gelöst werden.
References:
* https://pad.ffnw.de/p/dev-firmware-autobuild
* https://gitlab.com/gitlab-org/omnibus-gitlab/issues/564
=== Projekt für CI konfigurieren ===
* Es muss mindestens ein Runner-Server mit Gitlab verbunden sein (als Admin prüfen)
* In den Projekteinstellungen das Modul "Builds" aktivieren
* Dem Repository eine gitlab-ci.yml hinzufügen
* http://doc.gitlab.com/ce/ci/yaml/README.html