Gerrit toujours rebase avant de soumettre nouveau jeu de patches pour éviter une fusion de commettre
J'ai trouvé que lorsque vous cliquez sur "Soumettre Patch Set" dans le Gerrit interface web, il va simplement ajouter un commit de la branche, ou de créer une fusion engager si un autre commit a été soumis juste avant.
Exemple qui crée 2 commit: Le réel s'engager et d'un commit de fusion:
- Utilisateur soumet Un nouveau jeu de patches en fonction de commettre O
- Utilisateur soumet patchset B en fonction de commettre O
- Soumettre Des Correctifs D'Un
- Soumettre le Patch de la série B --> Crée de fusion s'engager entre O -> A et O -> B
Il y a un "Rebase Changement" bouton qui est grand, mais cela signifie que pour soumettre un patch mis tout le monde devrait toujours faire:
- Cliquez Sur Rebase Changement
- Cliquez Sur Soumettre Changement
La seule raison que je vois une fusion de commettre utile est de maintenir les dates de la commet (mais je ne comprends pourquoi il est nécessaire, sans un rebase).
N'est-ce pas là une automatique rebase ou au moins une case pour éviter de générer indésirable d'une fusion engager?
git config branch.autosetuprebase
.OriginalL'auteur Wernight | 2012-07-24
Vous devez vous connecter pour publier un commentaire.
Oui. Modifier les Soumettre l'Action de vos projet(s) à la Cerise Choisir. Cela va faire à peu près la même changement d'année de base lorsque le bouton envoyer est pressé. Elle permet de conserver le propre de l'histoire, vous êtes à la recherche pour sans de fusion s'engage lors de la présentation des changements.
OriginalL'auteur Brad