Предыдущий ролик Следующий ролик  

Видео урок: Как выбрать ПО контроля версий для себя

Принципы контроля версий

Итак, мы почти добрались до конца. Мы рассмотрели понятия ПО контроля версий. Мы обсудили концепции внесения и получения изменений, восстановления или отката, ветвления, слияния, создания тегов и меток, а также подробно разобрали пять продуктов: Subversion, Perforce, Team Foundation Server от Microsoft, Git и Mercurial. Обладая всей этой информацией, как решить, какая из этих систем вам лучше подходит? Что ж, есть два основных критерия.

Первый, если вы работаете в команде или в компании, или у вашего клиента уже есть сервер централизованного контроля версий, скорее всего, вы будете использовать то, что вас попросят использовать, и, вероятно, это будет Subversion, Perforce или TFS. Если вы создаете собственную команду, я очень рекомендовал бы использовать Git или Mercurial. У Git и Mercurial разные ключевые функции и они используются разными группами людей. Над этим вам следует подумать. Лично я чаще всего использую Git по двум причинам.

Во-первых, Git интегрируется в среды разработки Xcode для Apple и в Visual Studio, и, во-вторых, облачный сервис Github, который я упоминал в главе о Git, предоставляет бесплатный хостинг для проектов с открытым кодом и очень дешевый хостинг частных хранилищ для коммерческих проектов. Вы также можете без проблем использовать хранилище Git на локальном устройстве и периодически отправлять ваши изменения на облачный сервер Github.

Теперь, если вы помните, в моей истории о поврежденном жестком диске для восстановления я использовал именно Github, и он решил все мои проблемы. Если вы работаете в распределенной команде, стоит выбирать Git или Mercurial, потому что так вы сможете экспортировать и импортировать изменения по электронной почте, и вам не придется настраивать серверную инфраструктуру для всех членов вашей команды. И помните, что Git используется для разработки ядра Linux командой из несколько сотен разработчиков.

Изучив все пять продуктов, вы, вероятно, уже можете определить, какой из них лучше подходит вашему стиль работы. Так что, если в вашей организации нет стандартной системы контроля версий, вы можете выбрать ту, которую вам удобнее использовать. Если они все кажутся вам одинаковыми, я очень рекомендую использовать Git. Он простой, эффективный и отлично справляется со своей работой.