Size: a a a

2019 July 09

E雨

Elnee 雨 in pro.git::next
Dr. Friedrich von Never
С тех пор собстно и завязал с практикой завязывания узлов.
:D
источник

E雨

Elnee 雨 in pro.git::next
Alexey Shumkin
и мне приходилось разбирать.. и свои, и чужие (например в том же git-е,curl-е, GitLab-е, gitlab-runner-е... да вообще в любом проекте, в котором приходилось искать концы багов)
Понял, спасибо.
источник

E雨

Elnee 雨 in pro.git::next
Ну вообще да, очевидно, что с линейной историей проще разбираться
источник

Dv

Dr. Friedrich von Never in pro.git::next
Elnee 雨
Ну вообще да, очевидно, что с линейной историей проще разбираться
Не всегда.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Бывает, что люди ребейзом коммиты переворашивают так, что их коммиты не собираются потом нифига.
источник

Dv

Dr. Friedrich von Never in pro.git::next
И с такой историей сложнее разобраться, чем с той, которая у тех же людей бы получилась через мерж.
источник

AS

Alexey Shumkin in pro.git::next
Elnee 雨
Ну вообще да, очевидно, что с линейной историей проще разбираться
ну, у перечисленных мной проектов история нелинейная как раз ))
источник

AS

Alexey Shumkin in pro.git::next
Dr. Friedrich von Never
Бывает, что люди ребейзом коммиты переворашивают так, что их коммиты не собираются потом нифига.
+
у других не сталкивался, а сам косячил, но находил вовремя (в git-е даже потом добавили для этого опцию --exec для rebase --interactive
источник

Dv

Dr. Friedrich von Never in pro.git::next
Вообще, у старых опенсорс проектов, где история в каком-нибудь SVN или CVS, бывает так, что приходится при конвертации в гит потом ещё приводить её в порядок — расставлять мерж коммиты где нужно, или через subtree чего-нибудь перетаскивать.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Вот где каша получается :)
источник

Dv

Dr. Friedrich von Never in pro.git::next
Alexey Shumkin
+
у других не сталкивался, а сам косячил, но находил вовремя (в git-е даже потом добавили для этого опцию --exec для rebase --interactive
Ну у меня тесты занимают по-хорошему много часов, никаким --exec я их не хочу прогонять %)
источник

Dv

Dr. Friedrich von Never in pro.git::next
И даже сборка полноценно занимает минут двадцать.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Хотя инкрементально, конечно, намного меньше.
источник

P

Pavel in pro.git::next
А если оба? 🤔
источник

E雨

Elnee 雨 in pro.git::next
Pavel
А если оба? 🤔
Тот, который больше
источник

E雨

Elnee 雨 in pro.git::next
Ещё не могу понять почему команда checkout так называется. Она делает кучу всего, но вот простой пример перехода к ветке, как это соотносится с (проверять, выписываться)
источник

P

Pavel in pro.git::next
Elnee 雨
Ещё не могу понять почему команда checkout так называется. Она делает кучу всего, но вот простой пример перехода к ветке, как это соотносится с (проверять, выписываться)
мне всегда казалось это какое-то легаси именование взяторе от svn. хотя там вроде checkout делает что-то вроде clone (если сравнивать с git)
источник

AS

Alexey Shumkin in pro.git::next
Elnee 雨
Ещё не могу понять почему команда checkout так называется. Она делает кучу всего, но вот простой пример перехода к ветке, как это соотносится с (проверять, выписываться)
это у многих одна из претензий  к гиту ))
но у меня такой нет ))
источник

Dv

Dr. Friedrich von Never in pro.git::next
Pavel
мне всегда казалось это какое-то легаси именование взяторе от svn. хотя там вроде checkout делает что-то вроде clone (если сравнивать с git)
Ну вот лучше бы клон назвали клоном, а для чекаута какое-то нормальное название придумали
источник

P

Pavel in pro.git::next
CLI svn это отдельная боль, именование там это мелочи
источник