Size: a a a

2021 May 29

AS

Anatoly Shirokov in pro.git::next
источник

AS

Anatoly Shirokov in pro.git::next
здесь все корректно
источник

SK

Stas Koynov in pro.git::next
но я все равно голосую за ребэйз, тут просто мало коммитов, и вроде все хорошо. но когда между рождением ветки и ее сливанием недели или месяцы, и она пережила несколько вливаний мастера, а параллельно велась другая работа, ух граф  будет выглядеть как абра кадабра...
источник

RU

Roman Usherenko in pro.git::next
это правда, я тоже всегда ребейз делаю, но очень многим людям пофигу на историю, но не пофигу на то, что им придется тоже ребейзиться постоянно
источник

RU

Roman Usherenko in pro.git::next
ну и ребейз сложней при прочих равных
источник

P

Pavel in pro.git::next
Может у вас кто-то в основную ветку форспушил, вы это можете проверить сравнив хеши коммитов которые повторяются между ветками
источник

AS

Anatoly Shirokov in pro.git::next
Я забирал изменения через git pull --rebase
источник

AS

Anatoly Shirokov in pro.git::next
И в мастере и ветке
источник

AS

Anatoly Shirokov in pro.git::next
С сервера
источник

AS

Anatoly Shirokov in pro.git::next
В это дело?
источник

RU

Roman Usherenko in pro.git::next
да, не все хотят это делать
источник

RU

Roman Usherenko in pro.git::next
некоторые не знают вообще, что есть pull --rebase
источник

P

Pavel in pro.git::next
Обычно в этом ничего страшного, разве что если ребейзить мержкоммит
Или если вы все делали локально, а потом запушили обе ветки, иначе гит бы не дал перетереть историю (без --force)
источник

RU

Roman Usherenko in pro.git::next
ну я просто какой фанат ребейза, но понимаю, что в целом мерж-подход элементарно проще
типа просто сделать "хоть как-то"
источник

AS

Anatoly Shirokov in pro.git::next
--force не делаем
источник
2021 May 30

Dv

Dr. Friedrich von Ne... in pro.git::next
Да, проблема в этом. В данном случае так делать не нужно. Это и создало у тебя кучку дубликатов.

В принципе, Гит достаточно умный, чтобы финальный rebase всё это поудалял. Можно попробовать.
источник
2021 May 31

AS

Anatoly Shirokov in pro.git::next
Ребят, вот такой вопрос. Раньше под svn мы практиковали svn:externals и ссылались на общий проект через относительные пути. По типу:
common
project1
project2
project3

Каждый из project1 ссылался на common через ../../common. common, projectN - это части одной монорепы.

А в git-e как можно выкрутиться?
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
А где тебе надо сослаться? Я пока не понял.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Если у тебя в Гите одна монорепа, то оно просто будет работать.
источник

AS

Anatoly Shirokov in pro.git::next
в каждом projectX надо сослаться на common
источник