Pull, rebase, pousser, en une seule commande (ou juste un peu)

Lors de l'utilisation de Git, il m'arrive souvent de faire ce qui suit lorsque vous travaillez dans master:

# work work work...
$ git checkout -b temp
$ git commit -a -m 'more work done'
$ git checkout master
$ git pull origin master
# turns out master was updated since my previous pull
$ git checkout temp
# I don't want a merge commit for a simple bugfix
$ git rebase master
$ git checkout master
$ git merge temp
$ git push origin master
$ git branch -d temp

... et je suis fatigué de le faire. Est-il un moyen de faire de la danse, sans tous les extractions, et de préférence, sans (manuellement) la création de la temporaire de branche?

InformationsquelleAutor Fred Foo | 2011-09-26
  1. 25

    Si vous n'avez pas l'esprit de ne pas la création d'une branche appelée temp, vous pourriez faire ce qui suit tout sur master:

    git commit -a -m 'more work done'
git fetch origin
git rebase origin/master

    ... ou, de manière équivalente:

    git commit -a -m 'more work done'
git pull --rebase origin master

    Si vous voulez garder la temp branche, cependant, vous pouvez toujours faire un peu plus court par pas de vérifier master juste pour faire le pull - vous avez seulement besoin de fetch et puis rebase votre branche sur origin/master:

    # work work work...
$ git checkout -b temp
$ git commit -a -m 'more work done'
$ git fetch origin
# It looks like origin/master was updated, so:
$ git rebase origin/master
# Then when you finally want to merge:
$ git checkout master
$ git merge temp
$ git push origin master
$ git branch -d temp

    sehe réponse me rappelle que vous pouvez remplacer:

    $ git fetch origin
$ git rebase origin/master

    ... avec:

    $ git pull --rebase origin master

    ... qui est près de équivalent. La différence est que lorsque vous exécutez git fetch origin, l'ensemble de votre télécommande-suivi des branches pour origin sera mis à jour, alors que lorsque vous tirez sur une branche particulière de origin, aucun d'entre eux - c'est juste temporaire ref FETCH_HEAD qui est mis à jour. Personnellement, je préfère l'exécution d'une commande extra (git fetch origin), et de voir toutes les branches distantes qui ont changé dans le fichier de sortie.

    • Super! Je ne savais pas à propos de la --rebase option, cela semble correspondre à mon flux de travail parfaitement.
    • De l'excellent travail pour moi! Au fait, comment pouvons-nous ignorer unstaged/uncommitted changes?
    InformationsquelleAutor Mark Longair
  2. 9

    Vous pouvez au moins optimiser l'année de référence: git pull --rebase

    Je ne suis pas sûr de savoir exactement comment vous aimez les choses, mais j'aime mon travail, un peu comme ceci:

    git checkout -b temp
git commit -a -m 'more work done'
git pull --rebase origin master

    De cette façon je garde mon attention sur la branche à la main.

    Puis, plus tard, je ne

    git checkout master
git pull origin master
git merge temp

    etc.

    InformationsquelleAutor sehe