Git flow и Github

Question

Я боюсь понять, как поток Git работает с Github.

Github позволяет использовать модель вилки/тяги для интеграции изменений, где все репозитория восходящего потока и все его ветви копируются в вилку.

Затем, используя git flow, я бы отделился от ветви dev, а затем, когда закончите, мои изменения будут объединены в ветку dev моей вилки, а не вверх по течению. Поэтому, когда запрос на извлечение выполняется обратно вверх по репо, он объединяет dev (fork) в dev (вверх по течению), но это теряет все знания о моей ветви функций и т. Д. Когда-либо существовало.

Так что, чтобы поток Git работал правильно, мне нужно было бы прекратить разворачивать репо и создавать ветки функций непосредственно в репозитории вверх по течению?

Так что вилка/тяга должна храниться отдельно от потока git?

Answer 1

Так что вилка/тяга должна храниться отдельно от потока git?

Да:

• один (Gitflow) является merge workflow (что сливаться откуда куда)
• другой (GitHub вилка запрос/тянуть) является publication workflow (что нажимать и где)

Atlassian tutorial on workflows имеет поэтому две секции:

• one for gitflow

• one for forking workflow

Просто хочу знать, следует ли использовать поток git в восходящем или вилочном канале.
Это не делает смысл мне использовать ГИТ-поток в вилке, как вы потеряете всю информацию при слиянии обратно в восходящий репо

именно: попытка объединить две рабочие процессы не имеет смысла, поскольку оба используются для различной потребности:

• gitflow: общий доступа к блаженному Git репо, где всем разработчики могут толкать (и должны договориться о филиале и сливаться конвенциями)
• Разветвляющегося рабочим: нет доступа к одному общему репо, отсюда и потребность в вилке (репо, которую один разработчик владеет и может нажимать), с асинхронными отчислениями обратно в исходное репо через запросы на получение.