Vous pouvez fixer librement ce que vous voulez, qu'il soit ou non lié au "sujet" sur lequel vous travaillez.
Ensuite, utilisez git commit --patch
pour ajouter uniquement valider les modifications qui respectent le sujet. (Il vaut la peine d'apprendre tous les détails de ce flux de travail, y compris comment diviser les mecs en plus petits changements, et comment éditer les mecs qui ne peuvent pas être divisés, mais qui contiennent un mélange de changements désirés et non désirés). Lorsque les validations de rubrique sont toutes effectuées à l'aide d'une ou plusieurs opérations git commit --patch
, tout ce qui reste dans la copie de travail sont les modifications hors sujet. À ce stade, vous pouvez git checkout
à une branche différente pour les valider, le cas échéant, en utilisant git stash save
et git stash pop
pour contourner toute plainte indiquant que vous avez des changements non planifiés.
Si tout est dans la même branche, alors peut-être que l'ordre n'a pas d'importance. Vous pouvez juste git commit --patch
le correctif que vous avez découvert, puis continuez avec le sujet. Si le correctif se situe au milieu des correctifs de rubrique en cours, vous pouvez toujours le git rebase -i
: le redéfinir interactivement de sorte que les validations de sujet soient ensemble et que le correctif incident soit avant ou après. Dans mon organisation logicielle, je devais créer un ticket et obtenir un numéro de bogue pour ce bugfix incident, et le soumettre à Gerrit pour examen. Si quelque chose d'évident semble être approuvé rapidement et facilement, je le ferais d'abord, avant les changements «importants» sur lesquels je travaille.