Будет ли конфликт в Pull Request?

Question

[Вадим]

Привет всем,

допустим, я и еще один чел работаем над одним и тем же файлом (settings.py) - каждый создал себе ветку из develop в один и тот же момент времени, я подредактировал файл (добавил новый текст) и делаю Pull Request to develop, который затем approved/merged, а потом он делает Pull Request, но этот файл в ветке develop уже дополнен после моего merged PullRequest... как избежать таких конфликтов - делать git fetch или...

всем добра,
Вадим

Comments

[Zhainar]

кто позже пушить мр должен просто запулиться и разрешить конфликты

[Вадим]

Второй должен запулить свою ветку develop, а потом что? В 2-х словах, если можно!

[Yustas Alexu]

Вадим, второй если закомитил свои изменения, то делает git pull origin develop и если есть конфликты, то разруливает их. Как разруливать это отдельная тема. Если он еще не закоммитил изменения, то сначала делает git stash, потом git pull origin develop в свою ветку, затем git stash apply и разруливает конфликты если есть.

[Вадим]

Yustas Alexu,

Допустим еще не закоммитил. Сделал git pull origin develop обновил свой локальный develop - а дальше надо так:

git checkout secondbranch
git merge develop

и разруливать конфликты, так что-ли?

[Yustas Alexu]

Вадим, зачем обновлять локальный develop, когда можно сразу в нужную ветку притянуть origin develop?

[Yustas Alexu]

Вадим, локальный develop можно обновить потом, когда надо будет создать новую ветку на основе ветки develop.

[Вадим]

Yustas Alexu,

Предположим он находится сейчас в ветке secondbranch, ветка develop была за это время обновлена на удаленном репозитории!

зачем обновлять локальный develop, когда можно сразу в нужную ветку притянуть origin develop? - как это сразу, какой командой? Может мы не поняли друг друга где сейчас находится второй user!

[Yustas Alexu]

Вадим,

как это сразу, какой командой?

git pull origin develop

[Yustas Alexu]

Может мы не поняли друг друга где сейчас находится второй user!

Второй user в своей ветке.

[Yustas Alexu]

Вадим, мне кажется вы на фундаментальном уровне не понимаете как работает гит. Когда делается git pull, мы притягиваем не ветку, а коммиты из ветки.

[Вадим]

Yustas Alexu,

Я это понимаю, мне просто нужна последовательность комманд и может быть совет как разрещать конфликты:

Итак имеем:
Предположим что user находится сейчас в ветке secondbranch, ветка develop была за это время обновлена на удаленном репозитории! Ему нужно запушить ветку secondbranch и сделать Pull Request из этой ветки в ветку develop. Так как ветка develop была за время его работы обновлена в удаленном репозитории, то простая последовательность действий.
1) git push origin secondbranch и

2) Pull Request на GitHub/BitBucket/Gitlab to merge secondbranch ---> develop могут вызвать merge conflict.

Таким образом, какие шаги ему лучше предпринять с точки зрения best practices на своем компьютере, чтобы конфликта во время Pull Request?

примерно так

С уважением,
Вадим

[Yustas Alexu]

Вадим, последовательность такая (предположим конфликты есть):
1. git pull origin develop (опа - конфликты)
2. разрешаем конфликты
3. делаем коммит так как автоматический коммит на шаге 1 не прошел из-за конфликта
4. git push origin secondbranch
5. создаем pull request

[Yustas Alexu]

Вадим, как вы видите в ветку develop мы вообще не переходим и ее не трогаем.

[Вадим]

git pull origin develop (опа - конфликты) - а почему конфликты при этой операции. Ведь мы работаем в ветке secondbranch Конфликты должны появится когда мы делаем локально
1. git pull origin develop
2. git merge develop secondbranch (опа - конфликты)

разве не так?

[Сергей Кузнецов]

Вадим, первую команду запускаете находясь в личной ветке. Она эквивалентна

git fetch origin # скачать  всё
git merge origin/develop # влить в личную ветку из develop

Вторая команда у вас лишняя, эту операцию уже проделал pull

[Вадим]

все уже разрулил давно ))

Answer 1

[AlexChebanenko]

Регулярно подтягивать develop в свою ветку:

git pull origin develop

Нельзя избежать того, что нельзя избежать, но merge-конфликты будут менее болезненными, пока свежа память о проделанных изменениях.

Answer 2

[Вадим]

Так ведь ваша команда подтягивает последние изменения в ветку develop,

а нам еще нужно делать на своем локальном

git checkout develop
git merge branchfromdevelop

странно, но никто это не описал !!!

просто не совсем понимаю какое будет состояние после этого merge !

если все нормально, то делать git push origin branchfromdevelop и затем создавать свой pull request (например на Github), а если не нормально то исправлять до Pull Request

Comments

[Сергей Кузнецов]

Определитесь, вы отправляете в develop через Pull Request, или сразу мержите локально, как вы написали. Одно из двух обычно.