Как я могу получить последние изменения в моей ветке Git, чтобы она не выглядела так, как будто я единственная, кто вносит эти изменения и все еще поддерживает мой запрос на очистку?

322
adam0101

В Git у нас есть developветка, из которой мы делаем featureветки для каждой функции. Я вижу два способа слияния последних изменений developс моим кодом ветви функций.

  1. Слить последний developкод в мою ветку функций.
  2. Слить мою ветку функции в локальную developветку.

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

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

Есть ли способ получить лучшее из обоих миров, где при выполнении запроса на удаление мой код разрешается при любых конфликтах слияния, но в нем нет списка файлов, над developкоторыми работали другие, но которые я никогда не трогал?

0
Если вы извлекли коммиты из `Develop`, они не будут отображаться как новые при слиянии с` Develop`. В конце концов, они уже находятся в стадии разработки. Daniel B 8 лет назад 0
Тебе тоже не следует. Процесс слияния функции и текущей ветки разработки должен быть завершен, как только функция будет принята как то, что ваш проект собирается делать, что в идеале должно быть сделано после проверки кода только вашего кода функции. Весь смысл в том, что вы выполнили ветку на конкретном коммите разработки, которую вы потратили бы до конца времени, объединяя свою функциональную ветку с постоянно меняющейся веткой разработки. Как указывает Даниэль, будут рассматриваться только ваши изменения функций, так как это единственное, что изменилось. Поддержите мою первую половину все же. Ramhound 8 лет назад 0
@Ramhound, разве тебе не неудобно утверждать необработанный код, поведение которого может измениться после слияния? adam0101 8 лет назад 0
Это ветвь разработки, она должна быть достаточно стабильной, чтобы все функции работали, но она также находится в стадии разработки, что означает, что единственный код, который не был проверен, будет то, что требуется для его работы. В конечном итоге будет сделан второй обзор кода, чтобы просмотреть все изменения ветви функций в ветви разработки по сравнению со стабильной веткой, которую я возобновил бы. Я предполагаю, что вы не просто отправляете код ветки разработки клиентам, зависит от того, насколько гибок ваш проект, есть много мыслей о новых стилях управления проектами. Ramhound 8 лет назад 0

0 ответов на вопрос

Похожие вопросы