Contrôle de version – Comment utiliser gitflow pour un développement parallèle polyvalent ?

Question

Notre projet actuel est relativement complexe, avec plusieurs fonctionnalités en cours en même temps. Supposons que F1 et F2 soient fusionnés dans Develop en même temps. Cela générera-t-il de nombreuses branches Release s'il n'y a qu'une seule branche Release, les deux ? Parmi eux, des modifications de F1 et F2 ont été apportées. Supposons qu'après que les développeurs de F2 aient testé les fonctions de F2 et estiment qu'il n'y a pas de problème, ils les publient sur le Maître. Cela ne veut pas dire que F1. Les fonctions sont-elles confuses....

Answer 1

1. Une fois les fonctions terminées fusionnées dans la fonctionnalité de développement pour tester => développer

2. Test terminé, fonctionnalité de fusion => maître

3. Libérer, fusionner master=>libérer

4. Correctif à chaud, coupez une branche de correctif du maître, la réparation est terminée, fusionnez le correctif => le développement pour les tests est terminé, fusionnez le correctif => correctif principal => version

Answer 2

1. F1, F2 fusionnés dans le développement, quel que soit le nombre de versions générées, il n'y aura qu'une seule branche de version

.

2. La branche release est basée sur develop, ce qui signifie que F1 et F2 doivent être inclus lors des tests

3. Une fois la branche release terminée, elle est fusionnée dans master, ce qui signifie que F1 et F2 doivent entrer master

4. Si vous souhaitez uniquement tester F2 et publier F2 cette fois, ne fusionnez pas F1 dans le développement