Je veux lister tous les commits qui ne sont qu'une partie d'une branche spécifique.

Avec ce qui suit, il répertorie toutes les validations de la branche, mais aussi du parent (maître)

git log mybranch

L'autre option que j'ai trouvée, était d'exclure les commits accessibles par le maître et me donne ce que je veux, MAIS je voudrais éviter d'avoir à connaître les noms des autres branches.

git log mybranch --not master

J'essayais d'utiliser git for-each-ref, mais il répertorie également mybranch donc il exclut en fait tout:

git log mybranch --not $(git for-each-ref --format '^%(refname:short)' refs/heads/)

Mettre à jour:

Je teste une nouvelle option que j'ai trouvée il y a quelque temps, et jusqu'à présent, il semble que cela pourrait être ce que je cherchais:

git log --walk-reflogs mybranch

Mise à jour (2013-02-13T15: 08):

L'option --walk-reflogs est bonne, mais j'ai vérifié qu'il y a une expiration pour reflogs (90 jours par défaut, gc.reflogExpire ).

Je pense avoir trouvé la réponse que je cherchais:

git log mybranch --not $(git for-each-ref --format='%(refname)' refs/heads/ | grep -v "refs/heads/mybranch")

Je supprime simplement la branche actuelle de la liste des branches disponibles et j'utilise cette liste pour être exclue du journal. De cette façon, je ne reçois que les commits qui ne sont atteints que par mybranch .

D'après ce que cela semble que vous devriez utiliser cherry:

git cherry -v develop mybranch

Cela montrerait tous les commits contenus dans mybranch , mais PAS dans develop . Si vous laissez la dernière option ( mybranch ), elle comparera la branche actuelle à la place.

Comme l'a souligné VonC, vous comparez TOUJOURS votre branche à une autre branche, alors connaissez vos branches, puis choisissez celle à comparer.

MAIS je voudrais éviter d'avoir à connaître les noms des autres branches.

Je ne pense pas que ce soit possible: une branche dans Git est toujours basée sur une autre ou au moins sur une autre commit, comme expliqué dans " git diff ne montre pas assez ":

Vous avez besoin d'un point de référence pour que votre journal affiche les bons commits.

Comme mentionné dans " GIT - D'où je me suis branchée? ":

les branches sont simplement des pointeurs vers certains commits dans un DAG

Donc, même s'il git log master..mybranchs'agit d'une seule réponse, elle afficherait toujours trop de validations, si elle mybranchest basée sur myotherbranch, elle-même basée sur master.

Afin de trouver cette référence (l'origine de votre branche), vous pouvez uniquement analyser les validations et voir dans quelle branche elles se trouvent, comme indiqué dans:

• Msgstr " Git: trouver de quelle branche provient un commit ".
• " Comment puis-je voir de quelle branche une autre branche est issue? "

J'ai enfin trouvé le moyen de faire ce que le PO voulait. C'est aussi simple que:

git log --graph [branchname]

La commande affichera toutes les validations accessibles à partir de la branche fournie au format graphique. Mais, vous pouvez facilement filtrer toutes *les validations de cette branche en consultant le graphique des validations dont le premier caractère est dans la ligne de validation.

Par exemple, regardons l'extrait du git log --graph masterdépôt GakeHub sur cakephp ci-dessous:

D:\Web Folder\cakephp>git log --graph master
*   commit 8314c2ff833280bbc7102cb6d4fcf62240cd3ac4
|\  Merge: c3f45e8 0459a35
| | Author: José Lorenzo Rodríguez <[email protected]>
| | Date:   Tue Aug 30 08:01:59 2016 +0200
| |
| |     Merge pull request #9367 from cakephp/fewer-allocations
| |
| |     Do fewer allocations for simple default values.
| |
| * commit 0459a35689fec80bd8dca41e31d244a126d9e15e
| | Author: Mark Story <[email protected]>
| | Date:   Mon Aug 29 22:21:16 2016 -0400
| |
| |     The action should only be defaulted when there are no patterns
| |
| |     Only default the action name when there is no default & no pattern
| |     defined.
| |
| * commit 80c123b9dbd1c1b3301ec1270adc6c07824aeb5c
| | Author: Mark Story <[email protected]>
| | Date:   Sun Aug 28 22:35:20 2016 -0400
| |
| |     Do fewer allocations for simple default values.
| |
| |     Don't allocate arrays when we are only assigning a single array key
| |     value.
| |
* |   commit c3f45e811e4b49fe27624b57c3eb8f4721a4323b
|\ \  Merge: 10e5734 43178fd
| |/  Author: Mark Story <[email protected]>
|/|   Date:   Mon Aug 29 22:15:30 2016 -0400
| |
| |       Merge pull request #9322 from cakephp/add-email-assertions
| |
| |       Add email assertions trait
| |
| * commit 43178fd55d7ef9a42706279fa275bb783063cf34
| | Author: Jad Bitar <[email protected]>
| | Date:   Mon Aug 29 17:43:29 2016 -0400
| |
| |     Fix `@since` in new files docblocks
| |

Comme vous pouvez le voir, seulement commits 8314c2ff833280bbc7102cb6d4fcf62240cd3ac4et c3f45e811e4b49fe27624b57c3eb8f4721a4323bavoir *le premier caractère dans la validation des lignes. Ces validations proviennent de la branche principale tandis que les quatre autres proviennent d'autres branches.

La commande shell suivante devrait faire ce que vous voulez:

git log --all --not $(git rev-list --no-walk --exclude=refs/heads/mybranch --all)

Avertissements

Si vous avez mybranchvérifié, la commande ci-dessus ne fonctionnera pas. C'est parce que les validations mybranchsont également accessibles par HEAD, donc Git ne considère pas les validations comme uniques à mybranch. Pour le faire fonctionner lorsqu'il mybranchest extrait, vous devez également ajouter une exclusion pour HEAD:

git log --all --not $(git rev-list --no-walk \
    --exclude=refs/heads/mybranch \
    --exclude=HEAD \
    --all)

Cependant, vous ne devez pas exclure HEADsauf si le mybranchest extrait, sinon vous risquez d'afficher des validations qui ne sont pas exclusives à mybranch.

De même, si vous avez une branche distante nommée origin/mybranchqui correspond à la mybranchbranche locale , vous devrez l'exclure:

git log --all --not $(git rev-list --no-walk \
    --exclude=refs/heads/mybranch \
    --exclude=refs/remotes/origin/mybranch \
    --all)

Et si la branche distante est la branche par défaut du référentiel distant (généralement vrai uniquement pour origin/master), vous devrez également exclure origin/HEAD:

git log --all --not $(git rev-list --no-walk \
    --exclude=refs/heads/mybranch \
    --exclude=refs/remotes/origin/mybranch \
    --exclude=refs/remotes/origin/HEAD \
    --all)

Si vous avez extrait la branche et qu'il y a une branche distante et que la branche distante est la valeur par défaut pour le référentiel distant, vous finissez par exclure beaucoup:

git log --all --not $(git rev-list --no-walk \
    --exclude=refs/heads/mybranch \
    --exclude=HEAD
    --exclude=refs/remotes/origin/mybranch \
    --exclude=refs/remotes/origin/HEAD \
    --all)

Explication

La git rev-listcommande est une commande de bas niveau (plomberie) qui parcourt les révisions données et sauvegarde les identificateurs SHA1 rencontrés. Considérez-le comme équivalent, git logsauf qu'il ne montre que le SHA1 - pas de message de journal, pas de nom d'auteur, pas d'horodatage, rien de tout cela "fantaisiste".

L' --no-walkoption, comme son nom l'indique, empêche git rev-listde parcourir la chaîne d'ascendance. Donc, si vous tapez, git rev-list --no-walk mybranchil n'imprimera qu'un seul identifiant SHA1: l'identifiant du commit de tip de la mybranchbranche.

Les --exclude=refs/heads/mybranch --allarguments indiquent git rev-listde commencer à partir de chaque référence à l'exception de refs/heads/mybranch.

Ainsi, lorsque vous exécutez git rev-list --no-walk --exclude=refs/heads/mybranch --all, Git affiche l'identifiant SHA1 de la validation de pointe de chaque référence, à l'exception de refs/heads/mybranch. Ces commits et leurs ancêtres sont les commits que vous ne vous intéresse en ce sont les commits vous ne pas voulez voir.

Les autres validations sont celles que vous souhaitez voir, nous collectons donc la sortie de git rev-list --no-walk --exclude=refs/heads/mybranch --allet demandons à Git de tout montrer sauf ces validations et leurs ancêtres.

L' --no-walkargument est nécessaire pour les grands référentiels (et est une optimisation pour les petits référentiels): sans lui, Git devrait imprimer, et le shell devrait collecter (et stocker en mémoire) beaucoup plus d'identifiants de validation que nécessaire. Avec un grand référentiel, le nombre de validations collectées pourrait facilement dépasser la limite d'argument de ligne de commande du shell.

Git bug?

Je m'attendais à ce que les éléments suivants fonctionnent:

git log --all --not --exclude=refs/heads/mybranch --all

mais ce n'est pas le cas. Je suppose que c'est un bug dans Git, mais c'est peut-être intentionnel.

Réponse rapide:

git log $(git merge-base master b2)..HEAD

Disons:

1. Que vous avez une branche maître

2. Faites quelques commits

3. Vous avez créé une branche nommée b2

4. Faites git log -n1; l'ID de validation est la base de fusion entre b2 et master

5. Faites quelques commits en b2

6. git log affichera l'historique de vos journaux de b2 et master

7. Utilisez la plage de commit, si vous n'êtes pas familier avec le concept, je vous invite à le google ou à empiler overflow-it,

   Pour votre contexte réel, vous pouvez faire par exemple

   git log commitID_FOO..comitID_BAR
   

   Le ".." est l'opérateur de plage pour la commande log.

   Cela signifie, sous une forme simple, donnez-moi tous les journaux plus récents que commitID_FOO ...

8. Regardez le point # 4, la base de fusion

   Alors: git log COMMITID_mergeBASE..HEADvous montrera la différence

9. Git peut récupérer la base de fusion pour vous comme ceci

   git merge-base b2 master
   

10. Enfin, vous pouvez faire:

    git log $(git merge-base master b2)..HEAD
    

Vous pouvez essayer quelque chose comme ceci:

#!/bin/bash

all_but()
{
    target="$(git rev-parse $1)"
    echo "$target --not"
    git for-each-ref --shell --format="ref=%(refname)" refs/heads | \
    while read entry
    do
        eval "$entry"

        test "$ref" != "$target" && echo "$ref"
    done
}

git log $(all_but $1)

Ou, en empruntant à la recette du manuel de l'utilisateur de Git :

#!/bin/bash
git log $1 --not $( git show-ref --heads | cut -d' ' -f2 | grep -v "^$1" )

git rev-list --exclude=master --branches --no-walk

énumérera les conseils de chaque branche qui ne l'est pas master.

git rev-list master --not $(git rev-list --exclude=master --branches --no-walk)

liste tous les commit de masterl'historique qui ne figurent dans aucun autre historique de branche.

Le séquençage est important pour les options qui configurent le pipeline de filtres pour la sélection de validation, il --branchesdoit donc suivre tous les modèles d'exclusion qu'il est censé appliquer, et --no-walkdoit suivre les filtres fournissant les validations. Rev-list n'est pas censé marcher.

Cela générera les validations sur la branche actuelle. Si un argument est passé, il ne produit que les hachages.

git_show_all_commits_only_on_this_branch

#!/bin/bash
function show_help()
{
  ME=$(basename $0)
  IT=$(cat <<EOF
  
  usage: $ME {NEWER_BRANCH} {OLDER_BRANCH} {VERBOSE}
  
  Compares 2 different branches, and lists the commits found only 
  in the first branch (newest branch). 

  e.g. 
  
  $ME         -> default. compares current branch to master
  $ME B1      -> compares branch B1 to master
  $ME B1 B2   -> compares branch B1 to B2
  $ME B1 B2 V -> compares branch B1 to B2, and displays commit messages
  
  )
  echo "$IT"
  exit
}

if [ "$1" == "help" ]
then
  show_help
fi

# Show commit msgs if any arg passed for arg 3
if [ "$3" ]
then
  OPT="-v"
fi

# get branch names
OLDER_BRANCH=${2:-"master"}
if [ -z "$1" ]
then
  NEWER_BRANCH=$(git rev-parse --abbrev-ref HEAD)
else
  NEWER_BRANCH=$1
fi

if [ "$NEWER_BRANCH" == "$OLDER_BRANCH" ]
then
  echo "  Please supply 2 different branches to compare!"
  show_help
fi

OUT=$(\git cherry $OPT $OLDER_BRANCH $NEWER_BRANCH)

if [ -z "$OUT" ]
then
  echo "No differences found. The branches $NEWER_BRANCH and $OLDER_BRANCH are in sync."
  exit;
fi

if [ "$OPT" == "-v" ]
then
  echo "$OUT"
else
  echo "$OUT" | awk '{print $2}'
fi

J'utilise les commandes suivantes:

git shortlog --no-merges --graph --abbrev-commit master..<mybranch>

ou

git log --no-merges --graph --oneline --decorate master..<mybranch>

J'ai trouvé cette approche relativement facile.

Commander à la succursale et

1. Courir

   git rev-list --simplify-by-decoration -2 HEAD
   

Cela ne fournira que deux SHA:

1) dernier commit de la branche [C1]

2) et commit parent au premier commit de la branche [C2]

2. Maintenant, lancez

   git log --decorate --pretty=oneline --reverse --name-status <C2>..<C1>
   

Ici C1 et C2 sont deux chaînes que vous obtiendrez lorsque vous exécuterez la première commande. Mettez ces valeurs sans <> dans la deuxième commande.

Cela donnera la liste de l'historique des changements de fichiers dans la branche.

Dans ma situation, nous utilisons Git Flow et GitHub. Pour cela, il vous suffit de comparer votre branche de fonctionnalités avec votre branche de développement sur GitHub.

Il montrera les validations effectuées uniquement dans votre branche de fonctionnalité.

Par exemple:

https://github.com/your_repo/compare/develop...feature_branch_name