Почему "git отслеживание потока потока" трек?

Предположим, что я создал новую функцию с git flow feature start FEATURENAME

затем опубликовал его с помощью git flow feature publish FEATURENAME

Теперь мой коллега хочет сотрудничать с этой функцией со мной, поэтому он делает

git flow feature pull FEATURENAME

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

Какова причина этого дополнительного шага? Почему бы не настроить команду feature pull для отслеживания?

Что такое разность рабочих потоков между git flow feature pull и git flow feature track.

В каких случаях вы бы использовали каждый из них?

Ответ 1

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

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

Ответ 2

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

Создайте ветвь функции: git flow feature start module_1

Код обновляется на ветке свойств

По мере того, как изменения совершаются, их переносят в GitHub (или один раз в конце, если это необходимо)

Когда функция завершена, в GitHub открывается сообщение об отключении develop и ветвь функции module_1

Команда просматривает запрос на вытягивание и делает комментарии

Любые изменения из запроса на перенос выполняются в ветки функции.

После того, как все изменения включены в ветвь функции, ветвь функции завершена: git flow feature finish module_1

ветвь 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 просто проверьте и отследите ветку, то есть убедитесь, что локальная ветвь становится локальной ветвью отслеживания, с ветвью вверх по течению (удаленное отслеживание ветвь), связанная с ним.
То есть, он устанавливает 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]

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