Voici le flux de travail qui est proposé:
- Création d'un Issue pour référencer un problème ou une amélioration.
- Création d'une branche à partir de la branche "main" pour travailler sur l'amélioration.
- S'assurer que votre branche "main" est à jour par rapport au dépôt principal sur GitHub avant de créer votre branche en faisant un pull.
- Faire les changements dans la nouvelle branche et s'assurer que les tests fonctionnent.
- Les commentaires des "commits" peuvent faire référence à ce Issue : Ex "Ref #234 Ajout de fonctionnalité x."
- Faire un push sur le dépôt GitHub dans une branche du même nom.
- Vous pouvez faire plusieurs "push" dans cette branche si le travail prend plus d'une journée. Ceci permet aux autres développeurs de voir vos progrès et de vous assister en cas de besoin.
- Quand vous êtes satisfait(e)s des modifications apportés et quand vous avez terminé l'amélioration, faites un pull-request dans la branche principale "main" à partir des outils de GitHub.
- Vous pouvez nommer un reviewer
- Vos "workflows" devraient exécuter automatiquement les tests à ce moment pour vérifier le code.
- Il n'est pas nécessaire de refaire un pull-request si vous étiez déjà en train de modifier une branche dans laquelle le pull-request a déjà été demandé.
- Les "reviewers" peuvent commenter les changements et demander des modifications. Si c'est le cas, retournez à l'étape 3 pour compléter les changements. Si tout est accepté, passez à la prochaine étape.
- La personne responsable du projet peut exécuter le "merge" dans la branche "main".
- Faire un squash-and-merge pour éviter les commits intermédiaire qui ne fonctionnent pas nécessairement.
- Vos workflows devraient effectuer les tests, et le déploiement de la nouvelle version.
- Si tout s'est bien passé, la branche qui vient d'être "mergé" peut être effacée.