开放源代码 - github，merge后我的fork自动ahead于‘主干’1commit

Question

我从A（主干）fork的，一段时间后我的fork behind于A,然后create pull request，然后在我的fork这里merge，之后我的fork就会自动ahead于A 1 个commit。。。

有没有人遇到和我一样的github问题，，，怎么办能自然同步于A

Answer 1

Tant que ce n'est pas le cas fast-forward, il fusionnera automatiquement après le pull, et chaque fusion générera un enregistrement de validation.

Solution :

1. Si votre dépôt est juste après le tronc et qu'il n'y a pas de commits différents, alors c'est fast-forward. À ce moment-là, pull accédez à l'ordinateur local et fusionnez-le avec le contenu local. Cette situation ne générera pas d’enregistrements de validation supplémentaires. Ensuite, transmettez le code local vers votre dépôt distant.

2. Si les fast-forward conditions ne sont pas remplies, alors vous devez pull --rebase vous rendre sur place et réaliser l'rebase opération. Après succès, push accédez au dépôt distant.

Pièce jointe : une information sur "How~~Rebase~~ rebase" : https://github.com/edx/edx-platform/wiki/How-to-Rebase-a-Pull-Request

Answer 2

Vous devez donc utiliser rebase...

Si vous ne faites rien sur votre branche, alors qu'il s'agisse d'un rebase ou d'une fusion, votre branche sera la même que la tête de A, sans commit supplémentaire.
Bien sûr, si vous modifiez quelque chose vous-même, il ne sera jamais complètement synchronisé, sinon vous devrez travailler dur avec le système de contrôle de version.
Mais la différence entre rebase et fusion est que la fusion créera une nouvelle modification à ce stade, tandis que rebase connecte simplement votre historique de modifications sur cette branche à l'historique de A, sans nouveau journal des modifications.