GitLab now enforces expiry dates on tokens that originally had no set expiration date. Those tokens were given an expiration date of one year later. Please review your personal access tokens, project access tokens, and group access tokens to ensure you are aware of upcoming expirations. Administrators of GitLab can find more information on how to identify and mitigate interruption in our documentation.
Les groupes sont venus nous redemander un petit topo car la doc n'était pas à jour. Nous leur avons fourni un README simplifié et à jour (non push pour rester dans la logique du rp), et effectivement nous avons pu déployer de notre côté notre projet en suivant les instructions.
Une partie des groupes est revenu nous voir, quelques temps plus tard, car les instructions étaient erronées... Il s'avère que ces groupes :
- n'ont soit pas lu les instructions, préférant RE-demander des choses déjà dites dans une doc pourtant concise
- choisi une branche aléatoire au lieu du main ou même du develop pour déployer (pourquoi ?)
- pas essayé de lancer... et revenait nous voir pour savoir si telle ou telle feature avait été mise en place...
Autrement dit, on voit ici le principe du "le projet n'a pas l'air bien à première vue", "alors je ne fais rien et renverrai la faute sur les autres". Sachant évidement que les mêmes problèmes sont rencontrés pour leur ancien projet, mais les gens essayent et réussissent.
## Configuration du docker
Le script de lancement du groupe Gyokereske apporte une configuration spécifique à docker tout en "forçant" l'utilisateur à être sur une machine linux.
Autant la deuxième anomalie est réglable en précisant une image docker basée sur linux (exemple les versions "alpines" des images x ou y), autant la première a perturbé le projet d'alternance et provoqué plusieurs heures de debug sur un projet qui n'avait pourtant rien à voir...
