Comment voir qui s'engage dans une direction générale ne sont pas dans l'autre?

J'ai deux branches devel et next. Dans devel j'ai plus ou moins énorme quantité de commits. Certains s'engage sont la cerise cueillies dans next. Aussi, j'ai ajouté quelques engage pour la suivante, ce qui sont fusionnés pour devel.

Maintenant, je voudrais voir ce qui est manquant dans next, afin que je puisse tester les modifications en détail avant de les apporter à next. Ma question est maintenant, comment puis-je voir les commits sont en devel mais pas dans le prochain?

InformationsquelleAutor Sascha Effert | 2011-09-27
  1. 194

    Peu utilisé la commande git cherry vous montre les commits qui n'ont pas encore été cerise cueillies. La documentation pour git cherry est ici, mais, en bref, vous devez juste être capable de faire:

    git checkout devel
git cherry next

    ... et voir le résultat un peu comme ceci:

    + 492508acab7b454eee8b805f8ba906056eede0ff
- 5ceb5a9077ddb9e78b1e8f24bfc70e674c627949
+ b4459544c000f4d51d1ec23f279d9cdb19c1d32b
+ b6ce3b78e938644a293b2dd2a15b2fecb1b54cd9

    Les commits qui commencent par + seront ceux que vous n'avez pas encore cerises cueillies dans next. Dans ce cas, je n'avais cerise cueillies à un commit jusqu'à présent. Vous pouvez ajouter la -v paramètre à la git cherry de commande, de sorte qu'il génère également la ligne d'objet de chaque commit.

    • Formidable, ce que j'avais besoin. Il serait aussi bien pour obtenir une courte description des tests, mais je peux le script de ce.
    • Vous n'avez pas besoin de git checkout devel, il vous suffit de faire git cherry next devel.
    • “peut vouloir ajouter le -v”? Cerise sans -v est comme ls sans -la. ;-J
    • Et vous ne savez pas de cherry de marque ou d'exclure l'équivalent s'engage, le feriez-vous? cherry semble comme une plomberie de commande, mais n'a pas (semble) offrent de nombreuses options. Pour ce que je suis actuellement dans le milieu de l', git cherry me donne des faux positifs, mais @sehe de git log --cherry-pick correctement exclut précédemment choisi/relocalisée s'engage.
    • c'est maintenant mon nouveau favori de commande <3
    • La documentation fournit un exemple concret: git-scm.com/docs/git-cherry#_concrete_example

    InformationsquelleAutor Mark Longair
  2. 98

    Aussi, vous pouvez utiliser

    git log --left-right --graph --cherry-pick --oneline devel...next

    pour obtenir une belle liste de réelle différents s'engage à ne pas partagée entre les branches.

    Le mot est --cherry-pick

    --cherry-pick

    Omettre tout s'engager à ce que présente le changement comme une autre de s'engager sur l ' "autre côté" lorsque l'ensemble de commits sont limitées symétrique différence. Par exemple, si vous avez deux branches A et B, d'une manière habituelle à la liste de tous les commits sur un seul côté d'eux est à --de gauche à droite, comme dans l'exemple ci-dessus dans la description de cette option. Il montre, cependant, les commits qui ont été la cerise cueillies de l'autre branche (par exemple, "de la 3ème b" peut être la cerise cueillies à partir de la direction générale). Avec cette option, de telles paires de commits sont exclues de la sortie.

    Mise à jour Comme mentionné dans un commentaire, les dernières versions de git ajouté --cherry-mark:

    --cherry-mark

    Comme-cherry-pick (voir ci-dessous), mais la marque équivalent s'engage avec = plutôt que d'omettre, et inequivalent avec +.

    • Cela n'a pas fonctionné pour moi. Ma version de git ne sais pas --d'une ligne, donc je l'ai enlevé. Ensuite, j'ai eu à échanger devel et les prochaines, et cela a fonctionné. Très sympa!
    • vous n'avez pas avoir à changer de devel et suivant l'avis de TROIS points, et non pas DEUX). Cela dit, les choses peuvent être différentes, si vous avez utilisé un ancienne version de git (?) mais dans ce cas, vous devez avoir obtenu un rev-parse error sur les trois petits points.
    • Pour le fun, j'ai travaillé en que la '...' (différence symétrique) rev-parse syntaxe a été ajouté en juillet 2006, et la documentation a été mis à jour en juin 2008. La joie de l'open source!
    • "gls-premier parent --cerise-mark-gauche-développer...suivant" où gls est mon git log alias avec tous la jolie mise en forme. cerise de la marque de montre à la fois la cerise cueillies et pas de cerises cueillies s'engage à développer, mais les marques différemment.
    • Ouais, j'utilise cherry-mark trop ces jours-ci. Il a été un ajout récent. (Mentionné dans la réponse)
    • ENFIN, la bonne façon de voir les différences entre les branches avec+ de 2000 s'engage! MERCI!!!!
    • Envoi d'amour. Je vous remercie.

    InformationsquelleAutor sehe
  3. 48

    Vous pourriez peut essayer de faire la commande git log sous-ensembles:

    git log --oneline devel ^next
    • c'est tellement bon!
    • C'est la meilleure solution, à mon avis (@sehe la réponse de montre également s'engage dans la prochaine qui ne sont pas dans devel - dans le cas des OP contexte, il n'y a aucun, mais dans la mienne il y a - à l'aide de --left-only aurait été mieux). Toutefois, celui-ci peut être améliorée par l'ajout de --no-merges à supprimer toute fusion s'engage (par exemple, si une fonction ou un correctif de la branche a été fusionné (séparément) dans les deux devel et la prochaine). Strictement parlant, bien sûr, la résolution des conflits dans les fusions peuvent créer d'autres différences, mais qui n'est généralement pas le cas. Le --no-merges option peut être utilement appliquée à d'autres réponses que de bien.
    InformationsquelleAutor Bryan Buckley
  4. 25

    Comment sur

    git log next..devel

    Résultat est similaire à Byran de réponse (de l'ordre de commits), mais deux de nos réponses produire des commits qui sont différents entre les branches, au lieu de simplement montrer ce qui est dans une direction et pas dans l'autre.

    • Vous pouvez aussi omettre la deuxième branche si vous êtes actuellement à la branche. c'est à dire git log next..
    • btw 'git log prochaine..devel' est différent de 'git log devel..suivant"
    InformationsquelleAutor justingordon
  5. 1

    Pour obtenir la liste des commits qui n'ont pas été intégrées dans la branche de version (à côté), vous pouvez utiliser:

    git rev-list --reverse --pretty="TO_TEST %h (<%ae>) %s" --cherry-pick --right-only origin/release_branch...origin/development_branch | grep "^TO_TEST " > NotIntegratedYet.txt

    Vérifier git-rev-liste pour plus d'info.

    • cette réponse de la commande est absent de la réelle branches en question, c'est à dire next...devel
    • Yah, c'est assez foireuse réponse. Depuis il n'est également pas la réponse la plus simple et n'explique pas pourquoi cette approche serait mieux, je suis -1-ing-il.
    InformationsquelleAutor Mihai