С чего начать с системой контроля версий

Source Control HOWTO Эрика Синка.

Прочтите его, затем загрузите Subversion (бесплатно) или Vault (бесплатно для одного пользователя) и начните экспериментировать с ним.

Очень специфичен для Subversion, но дает хорошее понимание основ управления версиями.

http://svnbook.red-bean.com/

Если вы только начинаете, я бы порекомендовал прочитать бесплатный Книга о Subversion. Это широко используемая система, бесплатная, и ее будет относительно легко понять, когда вы начнете.

Если вы на 100% .NET и у вас есть лицензия разработчика MSDN, запустите TFS для рабочих групп. Это довольно просто и солидно.

Если у вас нет лицензии, попробуйте Subversion. Это красивый бесплатный исходный код, в котором есть плагины для интеграции с Visual Studio.

просто убедитесь, что вы держись подальше из визуального источника безопасны.

Я впервые познакомился с svn с помощью tortoise svn, мне он понравился, а позже компания использовала Visual Sourcesafe, как мне не хватало черепахи.

Придется второе чтение книги о Subversion. Кроме того, программное обеспечение бесплатное, работает в большинстве сред и легко запускается.

Вы можете начать просматривать этот сайт.

https://stackoverflow.com/questions/tagged/source-control

Получите копию книги «Прагматический контроль версий с помощью Subversion» - она ​​поможет вам начать работу.

Изображение http://ecx.images-amazon.com/images/I/51XYQTP2BYL._SL500_AA240_.jpg

В серии Pragmatic есть две из лучших книг, которые я прочитал, чтобы помочь вам разобраться в управлении версиями. У них есть версии для SVN и CVS. Мне очень нравятся их главы о тегах и ветках.

Я думаю, что самый простой способ - получить бесплатный сервер SVN через какого-нибудь бесплатного провайдера. Я использую сборка.

Затем, если вы работаете в Windows, вам следует скачать TortoiseSVN. Это, безусловно, самый простой в использовании клиент Subversion.

Начните с импорта текущего проекта в репозиторий, и тогда вы готовы к работе.

Я рекомендую начать с SVN, немного легче освоиться, чем некоторые другие.

Черепаха - хорошее начало. Его просто установить и интегрировать с оболочкой Windows, что означает, что все довольно интуитивно понятно при щелчке правой кнопкой мыши по папкам / файлам и т. д. Также довольно хороший документ.

Вам также понадобится сервер / хост SVN для подключения к ... Я могу порекомендовать Assembla, на котором можно бесплатно зарегистрироваться и который дает вам сервер SVN для игры.

На мой взгляд, если у вас уже есть Viual Source Safe и вы единственный разработчик, работающий с VS, это нормально. Это простая система, которая достаточно хорошо работает для небольших проектов одного разработчика. Я без проблем использовал его в течение многих лет для небольших проектов. Легко управлять и создавать резервные копии.

Я считаю, что точка привязки - это распределенная система контроля версий (например, mercurial или git). Есть некоторые преимущества его использования:

1. Вам не нужно настраивать центральный репозиторий (это требует утомительной настройки сервера)
2. Вы можете поделиться наборами изменений (ревизиями) с друзьями по электронной почте или другим способом и безопасно интегрировать изменения в свой репозиторий.
3. Вы можете легко изменить историю ревизий (rebase, git поддерживает), что невозможно сделать с SVN.

Я порекомендую Subversion или Visual Studio Team Foundation Systems в зависимости от того, сколько денег вы готовы выложить.

Попробуйте Visual SVN (Subversion для стойких фанатов VS) - он прекрасно интегрируется с Visual Studio: http://www.visualsvn.com/

Поскольку об этом еще никто не упоминал, я бы также рекомендовал посмотреть на Git. Есть даже бесплатный хостинг исходного кода: github.

Какой контроль версий использовать на самом деле, зависит от вашей среды, вашей корпоративной культуры и общей ситуации, в которой проекты обрабатываются в вашей компании. Более новый «Visual Source Safe» в Team Foundation, несомненно, лучше, чем та дрянь, которой раньше был VSS. и хорош в магазине Microsoft с одним или несколькими местоположениями. Я также очень успешно использовал Subversion, и она хорошо интегрируется в Eclipse. Я не люблю пренебрегать продуктами, потому что, думаю, у всех есть свои положительные и отрицательные стороны. Но два, о которых я упоминал выше, действительно хороши для контроля версий. Если вы только начинаете и хотите немного поработать и изучить методы управления исходным кодом и общие концепции, загрузите продукт с открытым исходным кодом, такой как CVS или Subversion, загрузите его и опробуйте.

У http://www.ericsink.com/scm/source_control.html есть полезная информация, с которой можно поработать.

- Я повторно редактирую этот комментарий, чтобы отметить, что он выглядит так, как будто кто-то еще ссылался на эту ссылку на систему управления версиями в предыдущем сообщении. :) блин, я не был первым, кто это опубликовал.

Недостаточно просто установить инструменты. Вам необходимо понять, как работает конкретная технология (например, SVN) и как должно работать все дерево исходных текстов: лучшая структура, тегирование, ветвление, слияние и т.д. Поскольку мы используем SVN, я рекомендую Подрывная книга. В нем есть несколько хороших объяснений концепций управления версиями.

Я рекомендовал примерить бесплатные системы контроля версий. Большинство из них очень легко настроить на вашем персональном компьютере и поставляются с хорошей документацией. Вот мои фавориты 1. Базар 2. Меркуриал 3. Git (насколько мне известно, только для систем на базе * nix)

См. Список здесь:

http://en.wikipedia.org/wiki/List_of_revision_control_software

Для начала ознакомьтесь с Subversion (SVN). Как предлагалось в других сообщениях, есть отличный бесплатный электронная книга, который не только описывает, как использовать SVN, но и является отличным началом для понимания концепций.

Чтобы упростить настройку сервера, обратите внимание на бесплатный сервер от VisualSVN.

Если вы используете Visual Studio, вы можете использовать их надстройку (стоимость) или Анкх СВН аддин с открытым исходным кодом. Если вы используете другие IDE, Черепаха SVN интегрируется с Проводником в Windows.

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

Кроме того, я бы дал новичку три совета, как узнать, что вы хотите:

1) Контроль версий ВСЕ (то есть все, что вы пишете).

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

2) Если вы довольны изменением, немедленно отметьте его. И проверьте все это.

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

3) Когда вы достигнете вехи, отметьте ее.

Даже ваши личные цели (дюйм-галька). Если вы не можете возиться с тегами, просто запишите дату и время (в, как вы уже догадались, в файле с контролем версий). Если конкретная версия по какой-то причине запоминается («Я закончил бэкэнд», «Я отправил ее кому-то еще, чтобы он посмотрел»), вы хотите точно знать, что в ней было. А сравнение с репозиторием диагностирует некоторые виды ошибок быстрее, чем отладчик.

Visual Source Safe (VSS) подойдет новичку, потому что вы не будете знать, что вам не хватает. Если вам нужно что-то посложнее, подумайте о другом продукте.

В настоящее время я бы просто начал с распределенной системы. Их проще настроить (вам не нужно настраивать сервер и / или находить его в сети: просто init какой-нибудь случайный каталог и начинайте делать свои вещи) и так же легко / сложно понять, как и централизованные.

Вот некоторые из них, на которые следует обратить внимание при выборе распределенной системы контроля версий:

• Git
• Darcs
• Ртутный (Hg)

Если вы застряли в Windows, я бы держался подальше от Git (по крайней мере, на время). Кажется, что поддержка Git в Windows в процессе, но я еще не пробовал.

Комментарии к продуктам, которые я использовал:

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

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

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

Начните с Subversion. документация онлайн и Прагматичные программисты Svn книга великолепны.

Если вы используете Windows, вы также можете получить TortoiseSvn (бесплатно) для интеграции с проводником или VisualSvn (коммерческий) для интеграции с Visual Studio. Для Mac Версии выглядит как хороший автономный клиент, а XCode 3 имеет встроенную интеграцию с svn. Тем не менее, я бы потратил немного времени в командной строке, используя клиент svn, чтобы действительно понять, что вы делаете.

Освоившись с тем, как работает svn, вы можете перейти к распределенным системам контроля версий, таким как Git, Bazaar или Mercurial, но я видел достаточно профессиональных разработчиков, у которых проблемы с пониманием основ управления версиями (слияние ветвлений и т. д.) что я сначала освоился бы с этим, прежде чем перейти к распределенным системам.

Держитесь подальше от Visual SourceSafe (VSS). Это какашки. Ваш код безопасен для нет. См. эти многочисленные ссылки, чтобы узнать, почему не использовать VSS.

Попробуйте Разгадывать для бесплатного размещенного контроля версий SVN.

Еще одно голосование за Subversion / TortoiseSVN, но обратите внимание, что он не очень хорошо работает с домашним NAS FAT32.

subversion ftw.

Я теряю доверие ко всему сообществу системы управления версиями. Все говорят, что VSS - это чертовски плохо, ему нравятся эти старые предрассудки, C++ намного лучше C, Win Vista ужасен, а XP слишком стара, чтобы служить миру. Тем не менее, многие люди по-прежнему ими пользуются. Вы никогда не знаете, какой инструмент вам нужен, прежде чем использовать его. И каждое приложение для контроля версий содержит ошибки и недоработки. А от VSS так сложно отказаться.