S
А если время от времени делать ребейс на мастере, то оно каждый раз пытается аплайнуть мои комиты на HEAD мастера. И каждый раз у меня там борьба с конфликтами. Зачем? )
Size: a a a
2018 September 25
AY
а я не понимаю. Поэтому Андрей пусть развернуто объяснит своё возражение или воздержится от него впредь.
S
Если не синкаться время от времени, а сделать ребейз только когда свой мержишь в мастер, то еще можно, но это не надо было тошнить полгода)
AK
SK
А если время от времени делать ребейс на мастере, то оно каждый раз пытается аплайнуть мои комиты на HEAD мастера. И каждый раз у меня там борьба с конфликтами. Зачем? )
ты что-то неправильно делаешь
S
Я знаю. Оно так не должно быть.
S
Тут следует добавить, что у нас еще и bitbucket. 😁
S
В общем, я сдался)
AK
Anatoly Y.
а я не понимаю. Поэтому Андрей пусть развернуто объяснит своё возражение или воздержится от него впредь.
Открываешь историю, а там merge master to ТВОЯ_ВЕТКА, merge ТВОЯ_ВЕТКА to master. Это уже svn какой-то!
S
Чо сразу SVN?
AK
в svn все так делают
S
Я думаю, так делают почти везде) Где возможно.
S
Достаточно простая концепция.
S
Плюс есть нелюбители "переписывать" историю.
AK
а ещё одна "девочка" коммиты делали из индейки и постоянно удаляла "зло файлы" в которых svn свои методанные хранит и у тебя после неё ни одно слияние в trunk не проходило без конфликтов на ровном месте. НИ ОДИН!
AK
SK
Плюс есть нелюбители "переписывать" историю.
которые в своей ветке делают коммиты с фиксами для предыдущих коммитов, а потом в таком виде сливают в мастер
S
И это плохо?
AK
ну как бы да, выглядит не очень, а если надо будет сделать cherry-pick, то у тебя не заработает, потому что ты в истории просмотрел фикс для фикса
AY
а я чот в git hist вижу всю историю коммитов во все ветки
S
Аккуратней надо пикать)
AY
git log --graph --oneline --date-order --decorate --color --all