Code source wiki de GitLab
Version 9.1 par Kevin FRICK le 2024/11/20 03:28
Afficher les derniers auteurs
| author | version | line-number | content |
|---|---|---|---|
| 1 | = Utilisation (pour tous) = | ||
| 2 | |||
| 3 | == Accès == | ||
| 4 | |||
| 5 | L'URL du GitLab est : [[https:~~/~~/gitlab.atilla.org>>https://gitlab.atilla.org]] | ||
| 6 | |||
| 7 | Il est nécessaire de se connecter avec le [[Portail de connexion Atilla>>Services.LemonLDAP\:\:NG (llng).WebHome]]. | ||
| 8 | |||
| 9 | == CI/CD et runners == | ||
| 10 | |||
| 11 | Pour utiliser les fonctionnalités de CI/CD, il faut créer un fichier .gitlab-ci.yml à la racine du projet. [[Doc GitLab correspondante>>https://docs.gitlab.com/ee/ci/yaml/]] | ||
| 12 | |||
| 13 | Les runners lancent chaque test d'une pipeline dans un conteneur Docker. | ||
| 14 | |||
| 15 | |||
| 16 | = Maintenance (admin sys) = | ||
| 17 | |||
| 18 | == Emplacement == | ||
| 19 | |||
| 20 | Le GitLab se trouve dans la VM gitlab-prod sur [[Odie>>Infrastructure.Serveurs_physiques.Odie.WebHome]]. | ||
| 21 | |||
| 22 | Il y a une deuxième VM qui contient les runners de la CI/CD GitLab : gitlab-runners-prod sur [[Odie>>Infrastructure.Serveurs_physiques.Odie.WebHome]] aussi. | ||
| 23 | |||
| 24 | La config des runners se trouvent dans le fichier {{code language="none"}}/etc/gitlab-runner/config.toml{{/code}} de leur VM. | ||
| 25 | |||
| 26 | == Mise à jour == | ||
| 27 | |||
| 28 | Checker les checkpoints versions [[ici>>https://docs.gitlab.com/17.4/ee/update/index.html#upgrade-paths]] | ||
| 29 | |||
| 30 | Sur la VM GitLab : | ||
| 31 | |||
| 32 | {{code language="bash"}} | ||
| 33 | # touch /etc/gitlab/skip-auto-backup | ||
| 34 | apt update | ||
| 35 | apt install gitlab-ce | ||
| 36 | {{/code}} | ||
| 37 | |||
| 38 | Sur la VM Gitlab runners : | ||
| 39 | |||
| 40 | {{code language="bash"}} | ||
| 41 | apt update | ||
| 42 | apt install gitlab-runner | ||
| 43 | {{/code}} | ||
| 44 | |||
| 45 | == Cronjob des runners == | ||
| 46 | |||
| 47 | Docker peut accumuler les images et rapidement remplir le disque. Pour éviter cela il y a un cronjob qui fait du nettoyage : | ||
| 48 | |||
| 49 | {{code language="bash"}} | ||
| 50 | # Prune old images: | ||
| 51 | 0 0 * * * docker image prune -a --filter "until=96h" -f | ||
| 52 | |||
| 53 | # Prune volumes: | ||
| 54 | 0 0 * * * docker volume prune -f | ||
| 55 | |||
| 56 | # Prune containers older than 48 hours: | ||
| 57 | 0 0 * * * docker container prune --filter "until=48h" -f | ||
| 58 | |||
| 59 | # Prune build cache: | ||
| 60 | 0 0 * * * docker buildx prune --force | ||
| 61 | {{/code}} |