Le scénario problématique est que j'ai extrait une fonctionnalité de develop pour développer de nouvelles fonctions. Une fois le développement terminé, je l'ai fusionnée à nouveau dans develop Puis, à ce moment-là, le côté demande a proposé un autre changement... Quel est le meilleur. Comment le gérer à ce stade ? Dois-je supprimer la branche de fonctionnalité précédente et extraire une nouvelle branche de fonctionnalité, ou la modifier directement lors du développement ou continuer à modifier la fonctionnalité d'origine et la fusionner pour la développer à nouveau après la modification ? 🎜>
Continuez à modifier la fonctionnalité d'origine et fusionnez-la à nouveau dans le développement
Merci pour l'invitation.
Envoyez et fusionnez d'abord la version développée sur le serveur, assurant ainsi l'unicité de la version développée correspondant au numéro de version
Il n'est pas nécessaire de supprimer la branche. Après avoir soumis le code, vous pouvez le développer selon de nouvelles exigences, ou vous pouvez cloner une nouvelle branche
En bref, ce n'est pas un problème, même si cela dépend de vos habitudes personnelles. Vous pouvez supprimer, soumettre, fusionner et cloner à nouveau
Même si vous continuez à développer sur la branche de fonctionnalités d'origine, vous devez régulièrement fusionner la branche de développement avec cette branche de fonctionnalités.
Ce n'est pas fondamentalement différent de la suppression de l'ancienne branche de fonctionnalités et de l'extraction d'une nouvelle branche de fonctionnalités du développement.
Il n'est pas bon d'apporter des modifications directement lors du développement. Puisque vous utilisez la branche de fonctionnalité pour développer, n'apportez pas de modifications directement dans la branche de développement.
Lorsque le développement des fonctionnalités est terminé et fusionné pour le développement, la branche aurait dû être supprimée
Ouvrir de nouvelles fonctionnalités s'il y a de nouveaux besoins
Les développeurs généraux ne sont pas autorisés à pousser le développement. Les autorisations de développement ne devraient être ouvertes qu'à des personnes telles que les chefs d'équipe de développement