Почему происходит откат изменений после выполнения merge request?

Question

[krosten92]

Ребят, приветствую. Есть вопросик по поводу командной работы с Git. Работаем с коллегой с одним и тем же проектом. По сути изменяем разные файлы в разных директориях. Недавно стал замечать, что после того, как коллега делает МР в dev из своей локальной - те файлы, что я редактирую откатываются к старым версиям. Почему, на ваш взгляд, это может происходить? Ведь мы работаем с разными файлами и изменения, которые вносит коллега по идее не должны никак влиять на те файлы, что я редактирую. Есть ли у кого-то мысли по этому поводу?

Comments

[Everything_is_bad]

Надо не словами рассказывать, надо показывать команды которые были выполнены.

[krosten92]

Everything_is_bad, выполненные кем?

Вот мои(схематично):

git commit -m 'Initial commit'
git pull origin dev
git push origin local-branch

МР local-branch в dev(через интерфейс гитлаб)

Коллега(схематично):

git commit -m 'Initial commit
git push origin local-branch

МР local-branch в dev(через интерфейс гитлаб)

[Everything_is_bad]

krosten92, а коллега делает pull, а ему что-то пишется когда он его не делал? он после этого какие действия предпринимает?

[krosten92]

Everything_is_bad, Я так понимаю ему ничего не пишется, а pull делать религия не позволяет. Говорит, что это бесполезное занятие.

[Lynn «Кофеман»]

Ну так у коллеги в ветке все файлы (кроме изменённых) не меняются с момента ответвления.

MR в интерфейсе показывает только изменения в ветке и не показывает как поменялся dev с момента ответвления.

ЗЫ, я надеюсь local-branch у вас всё таки по разному называются

[krosten92]

Lynn «Кофеман», разумеется по разному ) local-branch - это абстрактное именование локальных веток для примера. Связано ли то, что коллега не делает pull, с тем что на боевой ветке файлы, которые я изменил откатываются до старых версий?

[Wexter]

krosten92, если вы работаете в одной ветке и ветка не защищена от перезаписи (protected branch в гитлабе) то естественно он будет затирать вашу ветку. Обычно разработчики работают каждый в своей ветке, условно TASK-1 и TASK-2, затем мёрджат их в dev/master

[krosten92]

Wexter, мы так и работаем условно TASK-1 и TASK-2 затем МР их в dev/master. Я в комменте об этом написал

[Wexter]

krosten92, в комменте у вас как раз таки ветка с одним названием у обоих разработчиков

[krosten92]

Wexter, я же сказал это абстрактное название ветки - я его указал для того, чтобы показать какие команды юзали. И уже пояснил, что у нас разные названия локальных веток. Если не понятно:

Мои(схематично):

git commit -m 'Initial commit'
git pull origin dev
git push origin local-1

МР local-1 в dev(через интерфейс гитлаб)

Коллега(схематично):

git commit -m 'Initial commit
git push origin local-2

МР local-2 в dev(через интерфейс гитлаб)

Вот и пытаюсь понять почему в dev после МР коллеги, те файлы что я менял откатываются до старых версий.

[Lynn «Кофеман»]

Какая-то черепашка врёт ©

MP-то помержен или как?

[Vitsliputsli]

krosten92,

Я так понимаю ему ничего не пишется, а pull делать религия не позволяет

Это не религия, а банальная лень и наплевательство на чужой труд.
Скорее всего он делает force push, и тупо перезаписывает историю. Защитите ветку от force push или бейте по рукам.

[krosten92]

Lynn «Кофеман», вот как раз в том какая черепашка врёт я пытаюсь разобраться. МР и от меня и от коллеги приняты. Незакрытых нет. Либо я что-то упускаю - либо коллега чего-то не договаривает. Судя по визуальному интерфейсу конфликтов не было. Мутно это всё.

Vitsliputsli, тоже думал, что форсит. Но утверждает, что нет. Пока временным решением сказал, чтобы в обязательном порядке выполнялся git pull origin dev перед git push. А пока входные решил разобраться, ну и заодно проконсультироваться - может кто сталкивался с подобным.

[Vitsliputsli]

krosten92,

тоже думал, что форсит. Но утверждает, что нет

А зачем верить на слово? Откройте журнал git по ветке и проверьте, что действительно происходило, где был merge, а где rebase, или вообще reset.
Если что, это делается так:
git reflog show dev