Supposons qu'un seul fichier entraîne quelques modifications liées à différents problèmes. Nous pouvons facilement simplement poster git commit avec une note pour décrire chaque changement pour chaque problème, le pousser et nous rappeler de ne pas le refaire.
En fonction de la complexité des modifications, j'utilise ce modèle pour attribuer à chaque modification son propre commit:
- Copiez le fichier de travail fini dans un nouveau fichier final.
- Ramène le fichier de travail à son dernier état de validation.
- Diffusez le fichier de travail et le fichier final, puis fusionnez des lignes individuelles pour un problème.
- S'engager avec un commentaire propre pour un seul problème.
- Répéter au besoin.
- Supprimez le fichier final car il ne s'agit plus que d'une copie du fichier de travail en cours.
Y a-t-il une meilleure façon de faire ceci, autre que "ne fais pas ça"? En bref, je sélectionne au sein d'un seul fichier. Mais comme tout développeur le sait, les modifications peuvent s’étendre à plusieurs fichiers et il est parfois difficile d’éviter de telles modifications dès à présent lorsque nous examinons une ligne à modifier, par opposition à son affichage et à son retour ultérieur pour un serveur dédié. changer / engager. Merci.