Compter le nombre de commits sur une branche Git

J'ai trouvé cette réponse déjà: Nombre de commits de la branche dans git
mais cela suppose que la direction générale a été créée à partir du maître.

Comment puis-je compter le nombre de commits le long d'une branche sans en s'appuyant sur cette hypothèse?

Dans SVN c'est trivial, mais pour une raison qui est vraiment difficile à comprendre dans git.

InformationsquelleAutor aaronbauman | 2012-07-25
  1. 258

    Compter les commits de la branche que vous êtes sur:

    git rev-list --count HEAD

    pour une branche

    git rev-list --count <branch-name>

    Si vous voulez compter les commits sur une branche qui sont faites depuis la création de la direction générale

    git rev-list --count HEAD ^<branch-name>

    Cela comptera tous les commits jamais faits qui ne sont pas sur la branche-nom.

    Exemples

    git checkout master
git checkout -b test
<We do 3 commits>
git rev-list --count HEAD ^master

    Résultat: 3

    Si votre branche vient d'une branche appelée develop:

    git checkout develop
git checkout -b test
<We do 3 commits>
git rev-list --count HEAD ^develop

    Résultat: 3

    Ignorant Fusionne

    Si vous fusionnez une autre branche dans la branche courante, sans avancer rapidement et de vous faire ci-dessus, la fusion est aussi compté. C'est parce que pour git merge est un commit.

    Si vous ne voulez pas compter ces commet ajouter --no-merges:

    git rev-list --no-merges --count HEAD ^develop
    • aucun de ces montrer le bon numéro, par exemple "master" et branchname montrent le même nombre de commits.
    • Les commentaires ne t vraiment permettre au code, mais cela devrait montrer ça fonctionne. ==== $ git init ==== $ touch test.txt ==== $ git add . ==== $ git commit-a ==== $ git rev-liste-comte TÊTE => 1 ==== $ git rev-liste-comte master => 1 ==== $ git checkout -b test ==== $ git rev-liste-comte test => 1 ==== $ git rev-liste-comte TÊTE ^master => 0 ==== $ touch test2.txt ==== $ git add . ==== $ git commit-a ==== $ git rev-liste-comte master => 1 ==== $ git rev-liste-comte test => 2 ==== $ git rev-liste-comte TÊTE ^master => 1 ====
    • Je suis d'accord avec @botbot. Ce ne sont pas vraiment précis. Par exemple, essayez d'ajouter certains de fusion s'engage ou tirer/rebase et avis des comtes comme décrit ci-dessus commencent à devenir obsolètes.
    • Vous voulez dire que vous obtenez un supplément de compter après la fusion d'une branche? C'est techniquement un commit, et il est donc compté. mais si vous ne voulez pas compter ces commet ajouter l'option --no-fusions. Je vais mettre à jour la réponse.
    • Je suppose que cela a du sens en fonction de l'intention; toutefois, si l'objectif est-à-dire correspondre à ce que github peut afficher lorsque vous faites une comparaison ou un pull-request, alors ce n'est pas ce que vous voulez. Je suppose que la rendant plus claire la réponse serait utile, car les deux sont les objectifs raisonnables.
    • rev-liste-comte drapeau n'existe pas dans la version git 1.7. Maintenant, la downvoted-de-l'enfer des suggestions ci-dessous à l'aide de git log travaillent mieux que toute autre suggestion.
    • Je suppose que tu veux dire celui-ci? wc a été le premier outil que j'ai atteint, et il m'a donné le même résultat que cette réponse, pour une simple histoire sans fusionne.
    • Comme dit précédemment, cette solution n'est pas réellement le travail. La bonne solution est donnée dans la accepté de répondre à stackoverflow.com/questions/10913892/...

    InformationsquelleAutor Peter van der Does
  2. 48

    cette ligne

    git shortlog -s -n

    va générer une sortie comme ça

    135  Tom Preston-Werner
15  Jack Danger Canty
10  Chris Van Pelt
7  Mark Reid
6  remi
    • ce sont ces numéros avant de noms ? pouvez-vous expliquer ?
    • ce sont nombre de validations par chaque personne.
    InformationsquelleAutor Asnad Atta
  3. 31

    Il peut avoir besoin d'un relativement récente version de Git, mais cela fonctionne bien pour moi:

    git rev-list --count develop..HEAD

    Cela me donne un compte exact de commits de la branche courante ayant sa base sur le master.

    La commande dans la réponse de Pierre, git rev-list --count HEAD ^develop comprend beaucoup plus engage, 678 vs 97 sur mon projet en cours.

    Mon commit l'histoire est linéaire sur cette branche, donc YMMV, mais il me donne la réponse exacte que je voulais, ce qui est "Combien de livraisons ai-je ajouté à ce jour sur cette branche?".

    InformationsquelleAutor scanny
  4. 5

    Combien s'engage a été fait au courant de la branche depuis le début de l'histoire, sans compter les commits de la fusion des branches:

    git rev-list HEAD --count --first-parent

    À partir de la documentation git rev-liste --help:

    --first-parent

    À suivre que le premier parent de s'engager à la vue d'une fusion commettre. Cette option peut donner une meilleure vue d'ensemble lors de la visualisation de l'évolution d'un thème particulier de la branche, car fusionne dans une rubrique de la branche ont tendance à être uniquement sur le réglage à la mise à jour en amont de temps à autre, et cette option permet d'ignorer la personne s'engage transférés dans votre histoire par une telle fusion. Ne peut être combiné avec --traversent.

    nombre de commits fait depuis certains autres commit:

    git rev-list HEAD abc0923f --count --first-parent

    ou le même:

    git rev-list abc0923f.. --count --first-parent

    ou l'utilisation de tout autre git de référence:

    git rev-list master tag-v20 --count --first-parent

    Remarque: clone simple rétrécit la taille de l'historique. E. g. si vous clone avec --depth 1, sera de retour 1.

    Compter s'engage fait depuis 2018 année

    git rev-list HEAD --count --first-parent --since=2018-01-01

    01-01-2018, 01.01.2018, 2018.01.01 fonctionne également.

    git rev-label

    J'ai écrit un script pour obtenir la version révision à partir de Git dans un format '$refname-c$count-g$short$_dirty' qui se développe pour master-c137-gabd32ef.

    L'aide est inclus pour le script lui-même.

    installation

    cd ~/bin
wget 'https://gitlab.com/kyb/build-info-header/raw/master/git-revision.sh?inline=false' -qO git-revision.sh  &&  chmod +x git-revision.sh
ln -s $PWD/git-revision.sh /usr/local/bin/git-revision

    d'utilisation

    git revision
git revision '$refname-c$count-g$short$_dirty'
    • git rev-liste abc0923f.. --comte-premier parent est de donner des résultats corrects pour ma branche mais la première commande est de donner une grande valeur
    InformationsquelleAutor kyb
  5. 2

    Comment sur git log --pretty=oneline | wc -l

    Qui devrait compter tous les commits de la perspective de votre branche courante.

    • La colonne qui comptez-vous? Est-il le premier?
    InformationsquelleAutor Remear
  6. 2

    J'aime faire git shortlog -s -n --all. Vous donne un "classement" style liste de noms et le nombre de validations.

    InformationsquelleAutor inorganik
  7. 1

    Une façon de le faire est liste le journal de votre branche et de compter les lignes.

    git log <branch_name> --oneline | wc -l
    InformationsquelleAutor kjw0188
  8. 1

    Bien, la réponse choisie ne fonctionne pas si vous fourchue votre succursale de non spécifique de la branche (c'est à dire, pas master ou develop).

    Ici je vous propose une autre façon que j'utilise dans mon pre-push git crochets.

    # Run production build before push
echo "[INFO] run .git/hooks/pre-push"

echo "[INFO] Check if only one commit"

# file .git/hooks/pre-push
currentBranch=$(git symbolic-ref HEAD | sed -e 's,.*/\(.*\),,')

gitLog=$(git log --graph --abbrev-commit --decorate  --first-parent HEAD)

commitCountOfCurrentBranch=0
startCountCommit=""
baseBranch=""

while read -r line; do

    # if git log line started with something like "* commit aaface7 (origin/BRANCH_NAME)" or "commit ae4f131 (HEAD -> BRANCH_NAME)"
    # that means it's on our branch BRANCH_NAME

    matchedCommitSubstring="$( [[ $line =~ \*[[:space:]]commit[[:space:]].*\((.*)\) ]] && echo ${BASH_REMATCH[1]} )"

    if [[ ! -z ${matchedCommitSubstring} ]];then

      if [[  $line =~ $currentBranch ]];then
        startCountCommit="true"
      else
        startCountCommit=""

        if [[ -z ${baseBranch} ]];then
          baseBranch=$( [[ ${matchedCommitSubstring} =~ (.*)\, ]] && echo ${BASH_REMATCH[1]} || echo ${matchedCommitSubstring} )

        fi

      fi

    fi


    if [[ ! -z ${startCountCommit} && $line =~ ^\*[[:space:]]commit[[:space:]] ]];then
      ((commitCountOfCurrentBranch++))
    fi


done <<< "$gitLog"

if [[ -z ${baseBranch} ]];then

  baseBranch="origin/master"

else

  baseBranch=$( [[ ${baseBranch} =~ ^(.*)\, ]] && echo ${BASH_REMATCH[1]} || echo ${baseBranch} )

fi


echo "[INFO] Current commit count of the branch ${currentBranch}:  ${commitCountOfCurrentBranch}"

if [[ ${commitCountOfCurrentBranch} -gt 1 ]];then
  echo "[ERROR] Only a commit per branch is allowed. Try run 'git rebase -i ${baseBranch}'"
  exit 1
fi

    Pour une analyse plus approfondie, veuillez visiter mon blog

    InformationsquelleAutor Paul Lan
  9. 0

    Que l'OP références Nombre de commits de la branche dans git je tiens à ajouter que les réponses données, il fonctionne aussi avec les autres directions, au moins depuis la version git 2.17.1 picloc (et apparemment de façon plus fiable que la réponse de Peter van der N'):

    fonctionne correctement:

    git checkout current-development-branch
git rev-list --no-merges --count master..
62
git checkout -b testbranch_2
git rev-list --no-merges --count current-development-branch..
0

    La dernière commande donne zéro s'engage comme prévu puisque je viens de créer la branche. La commande avant de me donne le nombre réel de commits sur mon développement-branche, moins de la fusion de validation(s)

    ne fonctionne pas correctement:

    git checkout current-development-branch
git rev-list --no-merges --count HEAD
361
git checkout -b testbranch_1
git rev-list --no-merges --count HEAD
361

    Dans les deux cas, je obtenir le numéro de tous les commits de la branche de développement et de maître à partir de laquelle les branches (indirectement) descendre.

    InformationsquelleAutor sdoe
  10. -1

    Vous pouvez aussi le faire
    git log | grep s'engager | wc-l

    et obtenir le résultat en arrière

    • Ce n'est pas fiable. Il pourrait correspondre à commits qui ont "commit" dans le message de commit à deux reprises, par exemple.
    • Non, il ne le pourra pas. Il ne sortie nombre de lignes contenant le mot "s'engager", si une ligne ne sera jamais compté deux fois.
    • Il vous manque le point. Si le message de commit contient le mot "valider", il apparaît sur une ligne distincte de la "commettre a1b2c..." ligne dans le git log de sortie, de sorte que commit sera compté deux fois dans le résultat. Encore pire si le message de validation ont été pour contenir le mot "valider" une fois sur deux lignes distinctes.
    InformationsquelleAutor james