[.gitlab-ci.yml] Include 'meta-*' in 'set-variables', ...

...'build', 'clair' and 'docker-bench-security'

.gitlab-ci.yml

@@ -65,6 +65,7 @@ set-variables:
   only:
     changes:
       - "pica-*/**"
+      - "meta-*/**"
 
 # Build the image that was modified
 build:
@@ -89,9 +90,11 @@ build:
   rules:
     - changes:
       - "pica-*/Dockerfile"
+      - "meta-*/Dockerfile"
       when: always
     - changes:
       - "pica-*/**"
+      - "meta-*/**"
       when: manual
     - when: never
 
@@ -116,9 +119,13 @@ clair:
       - "pica-*/Dockerfile"
       - "pica-*/docker-compose.yml"
       - "pica-*/clair-whitelist.yml"
+      - "meta-*/Dockerfile"
+      - "meta-*/docker-compose.yml"
+      - "meta-*/clair-whitelist.yml"
       when: on_success
     - changes:
       - "pica-*/**"
+      - "meta-*/**"
       when: manual
     - when: never
 
@@ -149,9 +156,12 @@ docker-bench-security:
     - changes:
       - "pica-*/Dockerfile"
       - "pica-*/docker-compose.yml"
+      - "meta-*/Dockerfile"
+      - "meta-*/docker-compose.yml"
       when: on_success
     - changes:
       - "pica-*/**"
+      - "meta-*/**"
       when: manual
     - when: never
 

README.md

@@ -93,6 +93,10 @@ La mise à jour d'un `docker-compose.yml` déclenche toutes les analyses de séc
 
 La mise à jour d'un fichier autre donne la possibilité de déclencher manuellement les étapes de la CI : on appréciera au cas par cas s'il est nécessaire de reconstruire l'image. Par exemple, mettre à jour le `README` ou un fichier de secrets d'exemple ne devrait pas déclencher la CI, tandis que mettre à jour un fichier de configuration devrait déclencher la CI.
 
+### Meta-images
+
+On prévoit à terme d'utiliser ce dépôt pour construire aussi les images qu'il utilise lui même. Pour l'instant, c'est en test avec `meta-registry-test` pour construire l'image utilisée par le registry docker sur `pica01-test`.
+
 ## Mettre à jour un service existant
 
 Pour un service qui passe déjà la CI (exemples : Mattermost, Etherpad, Dokuwiki, Backup des BDD...).