Начало работы с контролем версий

Question

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

Учитывая ситуацию, я должен подождать и посмотреть, какой из них выйдет на первое место? Каковы их относительные преимущества?

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

Кроме того, не прочь посоветовать, с чего начать. (учебные пособия и т. д.)

Answer 1

Я начал использовать Subversion после прочтения блога Уила Шиплиса.

Итак, я начал проверять код, одну машину и учетную запись Dreamhost. Затем, после того как я случайно удалил функцию и сохранил свой проект, я понял, что был в глубоком «dudu», но с помощью subversion я просто извлек последнюю версию этого файла, и это было так, будто ничего не произошло.

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

Answer 2

Одним из основных советов, облегчающих настройку сервера SVN прямо сейчас, является использование виртуального устройства. То есть виртуальная машина с предустановленной Subversion и (в основном) предварительно настроенной на нее - в значительной степени подключи и играй. Вы можете попробовать здесь , здесь и здесь , или просто попробуйте поискать в Google на "виртуальном устройстве Subversion".

Answer 3

В Coding Horror есть отличный пост о , как настроить Subversion для Windows .

Следуя инструкции, я смог запустить Subervsion и TortoiseSVN локально, а также получил необходимое образование.

Что касается Git, то, вероятно, было бы неплохо поэкспериментировать с ними обоими, чтобы понять, какой из них подходит для вашей конкретной практики разработки.

Answer 4

Краткий ответ: Subversion, если вы единственный, кто его кодирует, или вы на сайте со всеми, с кем работаете. GIT, если вы работаете с людьми на разных сайтах и ​​ваша кодовая база огромна.

Subversion действительно очень прост в настройке и использовании. Это также хорошо, потому что вы можете делать с ним относительно сложные вещи, такие как подключение к Apache и использование SSL или подключение к Trac для управления проектами. Для Subversion так много инструментов, что это действительно хороший выбор.

GIT гораздо полезнее для людей, которые работают в больших командах, работающих в распределенной среде. Линус Т. разработал его для команды Linux, потому что был недоволен возможностями традиционных репозиториев. Стоит учиться, если вы планируете работать с людьми над проектами с открытым исходным кодом.

Answer 5

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

Answer 6

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

Я бы предложил установить Subversion Service вместо использования URL-адресов file: //, но это в основном личные предпочтения. Для репозитория, хранящегося на вашем компьютере разработчика, file: // работает нормально.

Answer 7

superjoe30 пишет :

Смежный вопрос (возможно, ответы можно отредактировать и на этот вопрос):

Как насчет использования управления исходным кодом на вашем компьютере, если вы являетесь единственным программистом? Это >> хорошая практика? Есть ли какие-либо советы или рекомендации?

Я использую SVN для всех моих личных проектов. Я начал с запуска svn на своей домашней машине, но в итоге перешел на Dreamhost. Их пакеты хостинга, которые включают Subversion, вполне разумны.

Answer 8

Да, SVN за предпочтения, если вам не нужны особые функции git. SVN достаточно сложен; Похоже, с мерзавцем жить сложнее. Вы можете получить svn от таких людей, как Beanstalk - если у вас нет людей из Linux, я бы порекомендовал это. Все может пойти ужасно легко, и приятно, когда есть кто-то другой, чья работа - это исправить.

Эрик Синк (Eric Sink) предлагает отличное учебное пособие * по управлению версиями, которое стоит прочитать независимо от того, какую систему вы используете.

Answer 9

Если на коробке с Windows быстрое и грязное решение - CVSNT. Прост в использовании, просто настройте и работает очень хорошо.

Я сам предпочитаю SVN, но это хороший вариант для быстрого использования.

Answer 10

Я бы определенно выбрал SVN вместо CVS, хотя бы потому, что люди, которые изучили систему контроля версий с использованием CVS, склонны использовать «svn delete», а затем «svn add» вместо «svn move». Что затрудняет поиск всех предыдущих ревизий определенного файла. И вы всегда можете перейти на использование git-svn. Лично я считаю, что легче учиться, чем hg, но на самом деле основная причина использовать SVN в том, что она в значительной степени стала де-факто системой контроля версий программного обеспечения с открытым исходным кодом.

Если вы когда-либо планируете изучать / использовать D , то почти обязательно требуется доступ к сторонним репозиториям, таким как DSource .