Si tout le monde peut écrire partout, c'est difficile d'assurer une qualité constante (il peut y avoir des sujets à controverse et il faudrait éviter que 2 merges s'opposent dans la philosophie). Avec un référent par dépôt, on assure la qualité du contenu — avec plusieurs backup (minimum 1, maximum 4 o/) on s'assure qu'il y a, sauf cas très exceptionnels, quelqu'un qui pourra faire un merge (et donc apporter les modifications au dépôt).
Pour connaitre le responsable et back-up d'une formation, on peut consulter la team qui a le même nom que le repo de la formation. Les teams sont pingable via @Zenika/<nom de la team>.
Ce qui suit est une proposition d'administration et de gestion des contributions aux formations.
- Toutes modifications à une formation passe par une pull-request : tout le monde peut donc donner son avis, proposer des corrections, commenter, etc.
- Lorsque qu'il y a au moins deux review approuvées sur une pull request, c'est qu'on peut la merger et donc un référent ou un backup peut accepter la PR et merger le contenu 😉.
Ce que celà implique :
- Seul le référent et son/ses backup(s) ont l'accès en écriture au repository.
- Tous les autres contributeurs travaillent dans leur fork et soumettent des pull requests.
Bien entendu, ce ne sont que des guidelines, elles peuvent être adaptés au besoin (suivant les dépôts, le nombre de contributeur, …) et il y a et aura toujours des exceptions qui confirme la règle 😉.