De l'git-merge
manual:
git merge [-n] [--stat] [--no-commit] [--squash] [--[no-]edit]
[-s <strategy>] [-X <strategy-option>] [-S[<keyid>]]
[--[no-]allow-unrelated-histories]
[--[no-]rerere-autoupdate] [-m <msg>] [<commit>…]
...
<commit>…
commits, généralement d'autres têtes de branche, de se fondre dans notre branche.
La spécification de plusieurs validations crée une fusion avec plus de deux parents (affectueusement appelée fusion Octopus).
git merge origin development
Ce fusionnerait les deux commits spécifiées par origin
et development
(dans ce cas, ce serait le nom des branches 1) dans votre branche courante.
o--o origin
\
o--o \ development
\ |
\|
o--o--o your-branch
C'est probablement pas ce que vous voulez (je suppose que vous n'avez même pas une branche appelée origin
).
(1) Sauf si vous avez un appelé à distance origin
(ce qui est probable), alors origin
sera interprété comme la référence à distance origin/HEAD
.
git merge origin/development
Cette fusionnerait la commettras unique spécifié par origin/development
(qui est un remote reference) dans votre branche courante.
o--o origin/development
\
\
o--o--o your-branch
[Ce] (http://stackoverflow.com/questions/14243569/is-there-any-difference-between-git-merge-origin-master-and-git-merge-origin) vous aide pour comprendre –