Dv
Но многие считают, что использовать их не нужно, потому что, мол, история должна быть такой, какая была написана.
Size: a a a
2019 June 09
Dv
А я, например, с ними не соглашаюсь.
Dv
В итоге получается, что у разных проектов разные правила. Где-то тебе пригодятся навыки по модификации уже сделанных коммитов, а где-то — не пригодятся.
Dv
По моему личному опыту, в большинстве коммерческих проектов обычно забивают на состояние промежуточных коммитов, и историю модифицируют крайне редко.
E雨
По моему личному опыту, в большинстве коммерческих проектов обычно забивают на состояние промежуточных коммитов, и историю модифицируют крайне редко.
Логично, лишний геморрой
Dv
У сторонников противоположного подхода тоже есть хорошие аргументы: мол, в случае, если у тебя в истории мусор (типа вот этих твоих лишних мержей), то геморрой будет у того, кто эту историю будет читать. А читают её, например, когда пытаются понять, в каком коммите, кем и по каким причинам были внесены те или иные изменения в проект.
P
Но многие считают, что использовать их не нужно, потому что, мол, история должна быть такой, какая была написана.
Я так считаю, но только для изменений которые были запушены публично.
Но ребейзить и менять историю все равно надо уметь, так как локально это может сильно пригодиться. Или когда все таки придется по какой-то причине перепахать историю на сервере.
Но ребейзить и менять историю все равно надо уметь, так как локально это может сильно пригодиться. Или когда все таки придется по какой-то причине перепахать историю на сервере.
Dv
Я так считаю, но только для изменений которые были запушены публично.
Но ребейзить и менять историю все равно надо уметь, так как локально это может сильно пригодиться. Или когда все таки придется по какой-то причине перепахать историю на сервере.
Но ребейзить и менять историю все равно надо уметь, так как локально это может сильно пригодиться. Или когда все таки придется по какой-то причине перепахать историю на сервере.
Ну да, к публичным изменениям я тоже трепетно отношусь по понятным причинам, и модифицирую их только в случае экстренной надобности (если вдруг какие-то лицензионные проблемы или проблемы безопасности обнаружены, например).
Dv
А вот коммиты в приватных бранчах ребейзить и реордерить просто обожаю :)
Dv
И при мерже пул-реквестов в своих публичных проектах (ну то есть в тех, где я задаю правила) часто тоже поступаю либерально, перенося или модифицируя коммиты контрибьюторов.
Dv
Даже форспушить в контрибьюторские бранчи не стесняюсь, хе-хе :3
RU
У сторонников противоположного подхода тоже есть хорошие аргументы: мол, в случае, если у тебя в истории мусор (типа вот этих твоих лишних мержей), то геморрой будет у того, кто эту историю будет читать. А читают её, например, когда пытаются понять, в каком коммите, кем и по каким причинам были внесены те или иные изменения в проект.
а ещё бывает идёшь бисектом, а там мусор в комитах и проект вообще не собирается
Dv
а ещё бывает идёшь бисектом, а там мусор в комитах и проект вообще не собирается
Это не проблема обычно, если соседние коммиты собираются
RU
да, но дополнительные усилия
Dv
А я вот тут недавно пытался поюзать бисект, и забрался в такие дебри, что там не то что собрать, там вообще ничего понять нельзя
Dv
Потому что проект годы назад был совсем другим проектом, и собирать его надо в другом окружении %)
Dv
В итоге затея с бисектом провалилась :(
Dv
Но да, поинт абсолютно верный.
RU
Потому что проект годы назад был совсем другим проектом, и собирать его надо в другом окружении %)
от такого только докер спасает
Dv
А меня в очередной раз сегодня спас
git commit-tree :3