Почему в gitflow нет функции pull track?

Похоже, вы используете git flow feature pull, где вы должны использовать git flow feature track, так как это создает локальную ветвь, которая отслеживает удаленную.

Я действительно не могу понять, почему я когда-либо использовал git flow feature pull. Он создает локальную ветку без настроенного отслеживания, и я не знаю, почему это было бы полезно! Это также плохое название, поскольку извлечение должно включать слияние, а это не так.

Этот ответ от brainimus иллюстрирует совместный аспект функциональной ветки, используя аспект запроса на вытягивание GitHub, который облегчает часть проверки кода и обсуждения:

1. Создайте функциональную ветку: git flow feature start module_1
2. Код обновляется в функциональной ветке
3. По мере того, как изменения фиксируются, они отправляются на GitHub (или один раз в конце, если предпочтительнее).
4. Когда функция завершена, в GitHub открывается запрос на вытягивание, сравнивающий develop и ветку функции module_1.
5. Команда просматривает запрос на включение и делает комментарии
6. Любые изменения из запроса на вытягивание вносятся в ветку функций.
7. Как только все изменения будут включены в ветку функций, ветка функций будет завершена: git flow feature finish module_1
8. Ветка develop отправляется на GitHub (GitHub автоматически пометит запрос на вытягивание как закрытый/объединенный, когда это произойдет)

Это оставляет проблему закрытия этой ветки:

Кто когда-либо запускал git flow feature finish module_1, будет иметь возможность удалить свою локальную ветвь функций, но любой другой, кто проверил ветвь, должен сделать это вручную, если они хотят.

Я бы порекомендовал git fetch --prune, тем более, что в Git 1.8.5 вы можете установить этот шаг "сокращения" в своей конфигурации: простой git fetch удалит вашу функциональную ветку, если она была удалена на стороне сервера (кто-то другой сделал git flow feature finish)

Отслеживание gitflow, если AVH edition просто извлеките и отследите ветку, то есть убедитесь, что локальная ветка становится локальной веткой для отслеживания, с < связанная с ним href="https://stackoverflow.com/a/6244487/6309">восходящая ветвь (ветвь удаленного отслеживания).
То есть она устанавливает вверх branch.<name>.remote и branch.<name>.merge.

Если вы делаете git flow feature pull (для новой ветки локальной функции), но на самом деле имеете в виду git flow feature track, все, что вам нужно сделать, это сделать свой существующая ветвь отслеживает восходящую ветвь:

git branch -u origin/feature

В общем:

• вы начинаете с git flow feature track,
• затем вы обновляете свою локальную ветку функций с помощью git flow feature pull
• вы переключаетесь между ветвями функций с помощью git flow feature checkout

Как упоминалось в "Начало работы — Git-Flow":

git flow feature pull

Это будет сделано, когда несколько человек работают над функцией вместе.
Вам следует использовать эту команду, если вы хотите выполнить извлечение ветки удаленной функции следующим образом:

git flow feature pull [alias] [featureName]

Используя эту команду, вы получите исходный код, который был отправлен вашими товарищами по команде, и их изменения будут автоматически объединены в вашу локальную ветку.
Если возникнут конфликты, вам не повезет или счастливчик, который занимается разрешением этих конфликтов.