Les soumissions qui ont été téléchargées sur le serveur, qu'elles soient réinitialisées ou rebasées, seront rejetées par les coéquipiers
;
Les soumissions excessives n'enregistreront que les modifications. S'il s'agit toutes de modifications positives, elles n'augmenteront pas la taille. En fait, il s'agit de la meilleure stratégie recommandée ;
Lorsque vous avez la permission de réinitialiser le serveur, vous forcez simplement votre local et votre serveur à passer à la soumission correspondante ; vos coéquipiers sont toujours à la position d'origine, et le résultat de leur mise à jour et de leur nouvelle soumission sera très dramatique ; 🎜>
Rebase est bon pour votre local et votre serveur dans ce cas ; vos coéquipiers vous gronderont et créeront une nouvelle branche pour moi, ce qui n'est pas beau du tout, en même temps, la redondance des soumissions locales va vraiment augmenter. .
Oui, vous pouvez le trouver simplement en recherchant
Mais je ne recommande vraiment pas de faire ça.
@AlexChen a déjà dit de le faire via la commande de réinitialisation :
L'effet de cette commande est d'annuler tous les commits après ce commit. Vous pouvez également utiliser la commande revert :
L'effet est d'annuler une certaine soumission.
C'est en effet très risqué, alors soyez prudent.
J'ai l'impression que la commande rebase peut fusionner les commits redondants
http://www.ruanyifeng.com/blog/2015/08/git-use-process.html
Référez-vous à cet article
signifie que
git commit
enregistre uniquement les modifications de fichiers, cela ne prendra donc pas beaucoup de place