Dans la procédure d'installation, on créé un lien (avec des URL et des clés) entre un serveur Gitlab (public ou privé) et différentes instances de gitlab-runner. Suite a cette installation, tous les gitlab-runner sont esclaves et au service du serveur Gitlab. Ils sont en attente de tâches à exécuter. Il est possible d'associer des TAGs à un gitlab-runner ; le choix est totalement libre et dépend de ce qu'on veut faire : builder, docker, shell, interne, public, shared, install.
il n'y a pas de runner maitre, c'est ton serveur/depot gitlab qui est maitre
et qui demande à un runner ou à un autre de travailler.
[^] # Re: à propos du gitlab-runner, tâches, container
Posté par NeoX . En réponse au message Fonctionnement des Gitlab runner et pipeline. Évalué à 2. Dernière modification le 25 février 2020 à 13:21.
il l'a dit
il n'y a pas de runner maitre, c'est ton serveur/depot gitlab qui est maitre
et qui demande à un runner ou à un autre de travailler.