Это зависит от того, как вы объединяете ветки (с git merge <branch-name>
или с git flow feature start <branch-name>
, а затем для слияния с git flow feature finish <branch-name>
). Если вы сделаете это как второй подход , это git -поток , иначе это просто «нормальный» git.
Я бы сначала создал a git ветку потока из ветки разработки (git flow feature start <branch-name>
), а затем внес бы изменения там. Каждый раз, когда вы хотите изменить pu sh, вы делаете git push
( первый раз это должно быть git-flow feature publish <branch-name>
!!!) Тогда все изменения будут видимы на сервере git под именем ветки feature / .
Если вы хотите объединить feature ветку и develop , просто сделайте git flow feature publish <branch-name>
.
Как разрешать конфликты слияния
Есть много инструментов, которые могут помочь вам в этом. Как вы уже догадались, мне удобнее всего использовать текстовый редактор. Это просто кажется более ясным, и я меньше боюсь сделать что-то случайно, нажав кнопку пользовательского интерфейса. Найдите файл и внесите изменения. Generi c шагов для любого файла:
- Найти <<<< >>> develop - это то, что есть в ветке develop.
- Определите, что вы хотите сохранить, а затем удалите <<< >>> develop.
Если это ошибка в функциональной ветке, слита в ветке разработки , значит ошибка в develop ветвь тоже, за исключением того, что ошибка приводит к конфликту слияния (потому что на этом этапе используется другой код), который вам нужно отредактировать вручную.