Різниця між гіт-тягти. майстер проти майстра злиття git

Немає дистанційного сховища, тільки один локальний сховище з двома гілками.

$ git branch -a
  master
* devel

Наступні команди в цьому контексті такі ж/синоніми?

$ git pull . master

і

$ git merge master

UPDATE:

$ git help pull gives following information

SYNOPSIS
   git pull   ...

DESCRIPTION
   ...
   Note that you can use . (current directory) as the  to pull
   from the local repository — this is useful when merging local branches
   into the current branch.

I actually don't understі why this is useful as mentioned in this manpage.

16
no git-merge - Приєднуйтесь до двох або більше історій розвитку разом. І git-pull - звантажте та злиття з іншим сховищем або локальним відділенням
додано Автор cptnk, джерело
no git-merge - Приєднуйтесь до двох або більше історій розвитку разом. І git-pull - звантажте та злиття з іншим сховищем або локальним відділенням
додано Автор cptnk, джерело
no git-merge - Приєднуйтесь до двох або більше історій розвитку разом. І git-pull - звантажте та злиття з іншим сховищем або локальним відділенням
додано Автор cptnk, джерело

6 Відповіді

pull is a combination command, fetch followed by merge. With default or sensible params it will synchronize your current branch.

З парам, як і в питанні, більша частина його роботи саботується. частина завантаження відмовляється використовувати поточну репо, тому вона пропускається, і ви чітко запитуєте майстер перевизначення FETCH_HEAD.

Тож у такій формі я вважаю, що вони однакові (і я поставив би першу в категорію нерозумності).

14
додано
У будь-якому випадку це буде таким же, оскільки пульт є ".", Ні?
додано Автор John Szakmeister, джерело
як я зазначив, немає віддаленого сховища. тому fetch нічого не робить. Чи можете ви відрегулювати свою відповідь; Я щасливий, зазначивши, що звичайно, git pull є еквівалентом злиття git fetch & git.
додано Автор Hotschke, джерело

pull is a combination command, fetch followed by merge. With default or sensible params it will synchronize your current branch.

З парам, як і в питанні, більша частина його роботи саботується. частина завантаження відмовляється використовувати поточну репо, тому вона пропускається, і ви чітко запитуєте майстер перевизначення FETCH_HEAD.

Тож у такій формі я вважаю, що вони однакові (і я поставив би першу в категорію нерозумності).

14
додано
У будь-якому випадку це буде таким же, оскільки пульт є ".", Ні?
додано Автор John Szakmeister, джерело
як я зазначив, немає віддаленого сховища. тому fetch нічого не робить. Чи можете ви відрегулювати свою відповідь; Я щасливий, зазначивши, що звичайно, git pull є еквівалентом злиття git fetch & git.
додано Автор Hotschke, джерело

pull is a combination command, fetch followed by merge. With default or sensible params it will synchronize your current branch.

З парам, як і в питанні, більша частина його роботи саботується. частина завантаження відмовляється використовувати поточну репо, тому вона пропускається, і ви чітко запитуєте майстер перевизначення FETCH_HEAD.

Тож у такій формі я вважаю, що вони однакові (і я поставив би першу в категорію нерозумності).

14
додано
У будь-якому випадку це буде таким же, оскільки пульт є ".", Ні?
додано Автор John Szakmeister, джерело
як я зазначив, немає віддаленого сховища. тому fetch нічого не робить. Чи можете ви відрегулювати свою відповідь; Я щасливий, зазначивши, що звичайно, git pull є еквівалентом злиття git fetch & git.
додано Автор Hotschke, джерело

git pull . master fetches from the current repository (a no-op) and will then do something to bring the current branch up to date with master. That something might be a merge but it might also be a rebase depending on the configuration setting pull.rebase or branch.master.rebase.

У випадку злиття мій вплив на стратегію об'єднання впливає pull.twohead .

git merge master will always merge master with the default merge strategy.

10
додано

єдина різниця - у другому випадку ( git merge master ) він буде зливатися не з свіжими даними, а з даними з вашого останнього віддаленого оновлення. Отже, якщо ви тільки що зробили fetch (або git remote update ), вони працюють однаково, але якщо ви оновили місцевий репозиторій давно, це з'єднується з старий знімок

Не впевнений, що період в git pull. майстер - правильний синтаксис ...

3
додано
це також залишило мене здивованим, але, схоже, працює, пропускаючи привабливу частину
додано Автор Balog Pal, джерело

єдина різниця - у другому випадку ( git merge master ) він буде зливатися не з свіжими даними, а з даними з вашого останнього віддаленого оновлення. Отже, якщо ви тільки що зробили fetch (або git remote update ), вони працюють однаково, але якщо ви оновили місцевий репозиторій давно, це з'єднується з старий знімок

Не впевнений, що період в git pull. майстер - правильний синтаксис ...

3
додано
це також залишило мене здивованим, але, схоже, працює, пропускаючи привабливу частину
додано Автор Balog Pal, джерело