Рабочий процесс с использованием git запросов на выгрузку для собственного размещения git репо

Question

Я пытаюсь понять, как будет выглядеть процесс, использующий запросы на извлечение репозитория git (если это возможно).

Скажем, у меня есть две ветви, feature и master. В ветке feature завершена куча работ, и я хочу отправить запрос на извлечение изменений, которые будут проверены перед объединением в ветку master. Насколько я понимаю, шаги будут выглядеть примерно так:

git push feature (разработчик отправляет коммиты на ветку feature для удаленного репо)

git request-pull <start commit> feature <end commit> разработчик создает запрос на извлечение , Но я не совсем уверен, должен ли <url> ссылаться на ветку master или feature?

Затем рецензент каким-то образом получит запрос на извлечение, и если он им доволен, он объединит feature ветвится в master с git merge feature

Возможен ли такой рабочий процесс с автономным git? Я на самом деле не использовал подобные Github, но я знаю, что у них есть много функций GUI для управления такого рода вещами.

Резюме вопросов:

• что следует <url> быть в команде git request-pull?
• как рецензент получает запрос pull?
• есть ли способ просмотреть историю запросов на выборку?
• есть ли способ, чтобы кто-то определил c просмотр запроса на выборку?

Answer 1

Насколько я понимаю, шаги будут выглядеть примерно так:

git push feature (разработчик подталкивает коммиты на ветку feature к удаленному репо)

git request-pull <start commit> <strike>feature</strike><url> <end commit> разработчик создает запрос на извлечение.

Затем рецензент каким-то образом извлекает запрос на получение, и если он им доволен, он объединяет ветвь feature в master с git merge feature

Это именно те шаги для рабочего процесса запроса на извлечение.

Команда git request-pull просто печатает приятно отформатированную сводку изменений с <start commit> до <end commit>, которую затем можно отправить рецензент (например, по электронной почте), чтобы уведомить их. Он ничего не отправляет сам по себе.

Вы должны вставить URL вашего размещенного Git репозитория как <url>, чтобы рецензент знал, где они могут найти ваши коммиты. <start commit> будет последним коммитом перед теми, которые составляют ваши изменения. <end commit> будет последним коммитом, т.е. feature.

Вы можете поэкспериментировать с командой, вставив . как <url> (то есть каталог, в котором вы находитесь).

---

Краткое изложение вопросов:

• что должно быть <url> в команде git request-pull?

URL вашего размещенный репозиторий (может быть именем локального каталога). _{(Это может быть что угодно, команда предупредит вас, только если в этом месте нет репозитория, содержащего упомянутые коммиты.)}

• как рецензент получает запрос на получение запроса?

Посылая им вывод команды.

• есть ли способ просмотреть историю запросов на выборку?

Не с git request-pull, вы должны отслеживать их самостоятельно.

• есть ли способ, чтобы кто-то определил c просмотреть вытащить запрос?

Отправив им вывод git request-pull.