Как объединить одну фиксацию из одной ветви в другую без изменения идентификатора фиксации (SHA) - PullRequest
1 голос
/ 26 марта 2020

Я признаю, что есть подобные вопросы, которые были заданы и даны ответы здесь. Поскольку ни один из них не дает мне однозначных ответов, я подумал снова задать этот вопрос. Надеюсь, вы не отклоните этот вопрос. С учетом сказанного:

Сценарий

У нас есть ветка разработчика Bitbucket, в которой хранится контент, связанный с указанным c релизом (Давайте назовем ветку dev-release-1 ). Поскольку работа над следующим выпуском начинается до того, как текущим выпуском будет GR, мы создали еще одну ветку для следующего выпуска (назовем эту ветку dev-release-2 ). Это означает, что некоторые люди продолжают работать над dev-release-1 , работая над новой веткой. В новой ветке также должны быть внесены изменения в текущей ветке релиза. Изменения в ветке dev-release-1 минимальны, и мы хотим избежать полного слияния dev-release-1 в dev-release-2 .

Вопросы

  1. Является ли вишневый пик хорошим вариантом для этого сценария? Я попробовал это в нашей песочнице. Вид работ. Не уверен, если это вызовет много конфликтов, когда мы объединяем все ветви в мастер. Поскольку cherry-pick приводит к совершенно новому идентификатору коммита, я не уверен в этом.
  2. Является ли применение исправления хорошим вариантом? Пробовал и это тоже. Сравнительно проще это сделать с помощью sourcetree. Поскольку это приводит к совершенно новому идентификатору фиксации, я не уверен в этом.
  3. Есть ли возможность объединить один коммит из одной ветви в другую без изменения идентификатора фиксации?

1 Ответ

2 голосов
/ 26 марта 2020

Есть ли возможность объединить один коммит из одной ветви в другую без изменения идентификатора коммита?

Не знаю, что: родитель коммита изменяется, отсюда его SHA1.
Таким образом, вишневый выбор - это один из вариантов: вам нужно проверить последние слияния с мастером, чтобы увидеть, не увеличиваются ли конфликты слияний в этом случае.

...