Выбор системы контроля версий

Здравствуйте.
На данный момент я не знаком не с какой системой контроля версий. Для саморазвития хотел разобраться что это такое и как с ней работать. Я работаю в небольшой Web-студии программистом. Подскажите пожалуйста какая систему контроля версий на данный момент 1) наиболее распространёна?
2) какую проще всего освоить новичку?

Пишу в NetBeans.

0

К сожалению, самой распространенной, наверное, является SVN. Но она же (из-за своей старости) является и глючной, и неудобной и медленной.

Я использовал git, mercurial, bazaar и svn. Мне полюбился больше всего git.

Какую проще освоить? Да любую. База примерное у всех одна ( кроме svn, ибо svn - это хлам ). Меркуриал вообще чуть ли не копия git'а, написанная на python. Но git написан на Си и поэтому работает быстрее. Хотя на современных машинах это не критично.

1

Сообщение от Monte-Cristo кроме svn, ибо svn - это хлам

Не буду оспаривать, других не знаю... но интересно было бы услышать почему)

Сообщение от Monte-Cristo Хотя на современных машинах это не критично.

Когда проект оооооочень большой наверное будет критично...

0

Сообщение от insideone Не буду оспаривать, других не знаю... но интересно было бы услышать почему)

Ну во первых. Мне не нравится, что в каждом под каталоге создается .svn директория. В git в корне проекта создается .git (всего лишь одна диретория). И это не мазолит глаза и не взывает конфликтов, когда переносишь часть проекта в другой репоизтарий, к примеру (правда, такое редко бывает, поэтому не критично).

Во-вторых, в svn неудобная работа с брэчнами. У нее это тупо отдельный каталог. В git это система. У тебя сть один рабочий каталог. Когда меняешь бренч - у тебя просто меняется содержимое каталог на новое. Лично мне это нравится больше.

В третьих. SVN - централизированная система. Любой коммит сразу льется на сервер. А если ты разрабатываешь какой-то функционал, которые состоит из под этапов. И каждый этап ты хочешь закоммитить. Получается в репоизатрий льется на совсем рабочай версия. Да, конечно, можно вынести в отедльную ветку. Но а если имено с этой веткой работает несколько человек? Делится нерабочим кодом - не всегда хорошо. Я считаю, что лучше уже сделать коммиты и отдебажить функционал у себя на локальной машине, а потом это залить на сервер.

Ну в четвертых, git быстрее (во всяком случае, на никсах точно).

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

Это лично моё мнение. Я не агитирую за git, мне просто не нравится svn. Скажем, это не лучшая система, с которой я работал

1

а теперь я напишу про минусы git'а:
git хранит не разницу, а все версии всех файлов целиком. все стопицот файлов и версий, которые вы закоммитите, будут лежать на диске. если проект большой, там будет просто дофига хлама.
git хранит всю историю в корне каталога. случайно грохнул каталог - улетела нафиг вся сделанная работа, вместе с репозиторием.
если на компе много проектов, невозможно разом скопировать репозитории - нужно будет лазить по каталогам и искать, где они лежат. это неудобно для архивирования и бэкапа.
так что везде есть свои плюсы и минусы.
в общем, при попытке работы с git он мне не понравился.
я лично предпочитаю svn. потому что у него централизованное хранилище, я всегда могу посмотреть изменения, сделать патчи и т.п. а также взять и разом скопировать весь репозиторий всех рабочих проектов куда-то на резервный диск. у меня просто сделано локальное хранилище svn на переносном диске, работает под нужными мне осями без проблем (на работе венда, дома - линь, есть кроссплатформенные проекты).

0

да чего холиварить, и та выполняет свои функции и та, пусть поставит обе, что больше понравится - то и будет пользовать.

З.Ы. сам больше SVN предпочитаю

0