Русскоязычный IT клуб

Почему все вдруг захотели перейти с сабвержн на гит?
Я понимаю что это типа модно, но ведь всему есть свое место.
Version control system предназначена хранить разные версии файлов. Все я больше от нее ничего не хочу.
не хочу чтобы она диктовала мне структуру директорий проекта,
не хочу чтобы она диктовала мне что мне делать с локально измененными файлами (stash и прочая хрень).
Может быть он и ок: когда расчекинивать новый бранч linux kernel (android core, apache) в новое место долго и место занимает, да.
A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

мне не понятно, кто принимает такие решения и почему?

Гость писал(а):Почему все вдруг захотели перейти с сабвержн на гит?
Я понимаю что это типа модно, но ведь всему есть свое место.
Version control system предназначена хранить разные версии файлов. Все я больше от нее ничего не хочу.
не хочу чтобы она диктовала мне структуру директорий проекта,
не хочу чтобы она диктовала мне что мне делать с локально измененными файлами (stash и прочая хрень).
Может быть он и ок: когда расчекинивать новый бранч linux kernel (android core, apache) в новое место долго и место занимает, да.
A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

с такими вопросами тебе нужно почитать книжку Git для даунов.

Гость писал(а): A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

Многие вещи таким образом усложняются. слияния с помощью распределенных систем намного проще.
Только я бы взял вместо гита меркуриал.

Гость писал(а):

Гость писал(а):Почему все вдруг захотели перейти с сабвержн на гит?
Я понимаю что это типа модно, но ведь всему есть свое место.
Version control system предназначена хранить разные версии файлов. Все я больше от нее ничего не хочу.
не хочу чтобы она диктовала мне структуру директорий проекта,
не хочу чтобы она диктовала мне что мне делать с локально измененными файлами (stash и прочая хрень).
Может быть он и ок: когда расчекинивать новый бранч linux kernel (android core, apache) в новое место долго и место занимает, да.
A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

с такими вопросами тебе нужно почитать книжку Git для даунов.

Еще один адепт, епта. С сабвержн ничего читать не надо кроме мана. А у гребаного гита и мана то нету.
Устно передают разные параметры командлайна от гика к гику.
Внятно можешь объяснить - нахера нужна тулза, готорая может сделать все + сготовить кофе, когда мне нужно только сохранить версию и при нужде ее достать. Все.

Simple писал(а):

Гость писал(а): A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

Многие вещи таким образом усложняются. слияния с помощью распределенных систем намного проще.
Только я бы взял вместо гита меркуриал.

Автоматическифй мердж это фуфло. А вручную мерджить - без разницы с какой системой контроля.

Simple писал(а):

Гость писал(а): A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

Многие вещи таким образом усложняются. слияния с помощью распределенных систем намного проще.
Только я бы взял вместо гита меркуриал.

меркурал + черепаха + аддин какой-то к студии и я вообще не заметил что с свн на что-то другое перешел.
кстати, после этого те-же плагины с гитом нихуя толком не работают

Джимми писал(а):

Simple писал(а):

Гость писал(а): A вообще бранчинг - зло. Девелопь на main, чекинь только то что компилится и юниттестится.

Многие вещи таким образом усложняются. слияния с помощью распределенных систем намного проще.
Только я бы взял вместо гита меркуриал.

меркурал + черепаха + аддин какой-то к студии и я вообще не заметил что с свн на что-то другое перешел.
кстати, после этого те-же плагины с гитом нихуя толком не работают

Ну да, а если основное время гитить из комманд лайна юникса - то очень даже заметно
А гит плагины для эклипсы тоже кривые...

Гость писал(а):Автоматическифй мердж это фуфло. А вручную мерджить - без разницы с какой системой контроля.

И автоматический не фуфло, и вручную мержить в распределенных системах гораздо проще. Более того, за счет более частых мержей они получаются по сути безболезненными, зато когда заливаешь в свн большой коммит, гемор вполне реален.

Simple писал(а):

Гость писал(а):Автоматическифй мердж это фуфло. А вручную мерджить - без разницы с какой системой контроля.

И автоматический не фуфло, и вручную мержить в распределенных системах гораздо проще. Более того, за счет более частых мержей они получаются по сути безболезненными, зато когда заливаешь в свн большой коммит, гемор вполне реален.

Ога, тото вручную приходится домердживать после автомерджей, если сливаешь более - менее нетривиальное изменение.
И чето я не понял - что такое "распределенная система"? Свн не распределенная что-ли получается?
Какие то из пальца высосаные непонятные аргументы.