git 中,关于在主分支修改Bug的问题!

Question

首先我们开发的分支包括master和dev
master是主分支
dev为开发分支
我们每次提交的模式是,大家都有各自的本地分支,a,b,c,他们都向dev进行提交,提交并测试通过的提交到master分支.
以上是开发流程

曾经蜡笔没有小新 · Answer

Créez une branche depuis master, vous pouvez appeler le correctif recommandé à l'étage, le modifier plus tard, puis valider.

Ensuite, au lieu de fusionner directement du maître vers le développeur (car vous avez des informations de configuration différentes), utilisez cherrypick pour valider (s avec seulement des différences) ) "pick" vers dev .

Dans votre cas, cherrypick est plus approprié que merge, mais vous devez noter qu'il doit être dans le(s) commit(s) de cherrypick plus tard . N'incluez pas le contenu dont le développeur ne veut pas (comme les informations de configuration spécifiques du maître). Si ces contenus sont également modifiés, ils peuvent être soumis séparément, car cherrypick peut "ignorer la sélection" des commits. ).

Enfin, je me demande pourquoi des éléments tels que les informations de configuration se trouvent également dans le référentiel. Cela ne signifie-t-il pas qu'il existe un risque d'écrasement des informations de configuration lorsque dev est fusionné avec master ? Si vous pouvez isoler les informations de configuration, vous n'avez pas besoin de cherrypick mais pouvez directement fusionner - c'est la solution que vous voyez en ligne.

我想大声告诉你 · Answer

Je n'ai jamais rencontré ce genre de scénario. Si cela se produit, je le ferai probablement
Créez un nouveau correctif de branche
à partir du même commit que master dans la branche dev Correction de bugs dans le correctif
Une fois la réparation terminée, le maître et les autres membres du personnel fusionnent cette branche