Git 怎么样提交才会清晰？

Question

假如我开发一个软件需要用到git来管理，这个软件有很多的功能模块，请问：

1、每实现一个功能功能就只commit一次吗？

2、只要觉得有commit的必要就commit，比如修改个小bug，然后commit

我是新手，每次提交修改的文件都很多，很乱，有些修改还是和这次commit无关的文件。

请问各位是怎么做的呢？ 谢谢。

Answer 1

Vous pouvez vous référer à git flow, je pense que cela peut résoudre vos doutes dans une large mesure

http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html

Généralement, il existe plusieurs branches : master develop, branches de fonctionnalités diverses, branche bug_fix, branche hot_fix
Master est généralement la version officielle en ligne. Inutile de dire que develop est développé, mais la branche placée dans develop est déjà une branche relativement stable. Lorsque vous souhaitez développer de nouvelles fonctionnalités, assurez-vous de créer une nouvelle branche feature_XXX sur la branche develop. Divers commit commit commit,
Si un bug est détecté ultérieurement dans la version précédente, une branche bug_fix_XXX sera créée si elle n'affecte pas la version en ligne, et une branche hot_fix sera créée pour les bugs sérieux qui affectent la version en ligne. hot_fix est différent de bug_fix. Une fois le bug résolu, la branche hot_fix sera fusionnée avec le master.

De plus, si vous souhaitez garder votre branche propre et nette, vous devrez peut-être utiliser rebase pour fusionner le code au lieu de fusionner

Pour les trucs git, je vous recommande de consulter progit, c'est très complet.

Answer 2

Je le suis habituellement

1. branche branche
2. s'engager, s'engager, s'engager, s'engager…
3. Correction d'un bug ou résolution d'un problème de fusion
4. commettre, valider, valider, valider… fusionner
5. tirer

Answer 3

Même si vous ajoutez simplement une ligne de code, elle peut être traitée comme un commit.
Ne soumettez pas de code non pertinent à ce commit.

Vous devez savoir que l'effet que vous voulez obtenir est que si un jour je veux que vous reveniez à un certain état historique, vous pouvez rapidement retrouver cette soumission et revenir en arrière. Si vous n’y parvenez pas, la manière dont vous vous engagez n’a pas d’importance.
Par exemple, une fois que vous modifiez une valeur par défaut de 50 à 100, cela doit être traité comme une validation. Si vous corrigez un bug par accident, il ne peut pas être inclus dans ce commit. Sinon, comment pouvez-vous le ramener à 50 ? Devez-vous corriger à nouveau le bug après l'avoir annulé ?

Vous ne savez pas comment vous soumettre parce que vous n’avez pas d’objectif précis.

Je pense que oui.

Answer 4

Si vous souhaitez être très détaillé, vous ne pouvez soumettre qu'une fonction spécifique.
Mais c’est tellement gênant.
De plus, vous pouvez également utiliser git gui pour soumettre en chinois et le décrire clairement.

Answer 5

Ceci est facultatif. C'est principalement pour votre commodité ou celle des autres à l'avenir. Je préciserai également dans les informations de validation de vos informations de validation que vous avez modifié les pages qui n'ont rien à voir avec la fonction. Quoi qu'il en soit, si vous faites preuve de diligence dans votre engagement, soumettre une fonctionnalité une seule fois n'est certainement pas suffisant

Answer 6

Utilisez davantage le rebase et fusionnez moins