git - Comment gérez-vous les changements de demande dans les branches de fonctionnalités?
曾经蜡笔没有小新
曾经蜡笔没有小新 2017-05-02 09:39:32
0
4
985

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 ? 🎜>

曾经蜡笔没有小新
曾经蜡笔没有小新

répondre à tous(4)
Peter_Zhu

Continuez à modifier la fonctionnalité d'origine et fusionnez-la à nouveau dans le développement

PHPzhong

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.

黄舟
  1. Lorsque le développement des fonctionnalités est terminé et fusionné pour le développement, la branche aurait dû être supprimée

  2. Ouvrir de nouvelles fonctionnalités s'il y a de nouveaux besoins

  3. 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

Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal