LINUX.ORG.RU

История изменений

Исправление hobbit, (текущая версия) :

Для кого-то дело может обстоять ровно наоборот. Я пользуюсь и тем, и другим. У гита возможностей больше, но он сложнее, и работая в нём, легко допустить тяжёлую ошибку, которую svn сделать просто не даст. Ну и синтаксис более тяжеловесный.

Если в svn модифицировать неактуальные исходники и попытаться сделать коммит, svn сразу даст по рукам. А в гите может сложиться так, что человек сделал 10 коммитов, потом решил их запушить... и только тут выяснилось, что начиная где-то со второго коммита в цепочке пошёл конфликт с удалённым репозиторием. Исправить такое, ИМХО, намного сложнее. Да, это недостаток, являющийся продолжением достоинства.

Ещё мне в старом svn нравилось, что каталог .svn создаётся в каждом каталоге рабочей копии. Это давало возможность держать на машине только часть полной рабочей копии и пользоваться при этом всеми плюшками svn. Но где-то с версии 1.6 они решили взять пример с git/hg, и теперь .svn создаётся только в корне. Обидно.

Исходная версия hobbit, :

Для кого-то дело может обстоять ровно наоборот. Я пользуюсь и тем, и другим. У гита возможностей больше, но он сложнее, и работая в нём, легко допустить тяжёлую ошибку, которую svn сделать просто не даст. Ну и синтаксис более тяжеловесный.

Если в svn модифицировать неактуальные исходники и попытаться сделать коммит, svn сразу даст по рукам. А в гите может сложиться так, что человек сделал 10 коммитов, потом решил их запушить... и только тут выяснилось, что начиная где-то со второго коммита в цепочке пошёл конфликт с удалённым репозиторием. Исправить такое, ИМХО, намного сложнее.

Ещё мне в старом svn нравилось, что каталог .svn создаётся в каждом каталоге рабочей копии. Это давало возможность держать на машине только часть полной рабочей копии и пользоваться при этом всеми плюшками svn. Но где-то с версии 1.6 они решили взять пример с git/hg, и теперь .svn создаётся только в корне. Обидно.