Вы преобразовали от подверсии до подвижного? Действительно ли это стоило усилия?
Я нахожусь в процессе знания Подвижной системы управления версиями лучше, и я рассматриваю, преобразовывают из SVN.
Кто-либо уже преобразовал? Это было трудно для Вас и Вашей команды переключиться? Можно ли дать совет остаться с SVN или пойти для Подвижного?
3 ответа
У меня нет опыта работы с mercurial (вместо этого используйте git), но разница в опыте между хорошей DVCS, такой как mercurial или git, и svn заключается в том, что вы действительно не можете вернуться, когда вы прошли кривую обучения.
- Локальные коммиты освобождают ваш рабочий процесс, ваш подход к функциям кодирования определяет, когда вы совершаете коммит, а не ваши коммиты, влияющие на то, как вы работаете.
- Линейные номера ревизий SVN -плохие-. Коммиты (особенно с ветвями) просто не соответствуют простому увеличивающемуся отображению.
- Локальные филиалы значительно упрощают и улучшают разделение функций, создание прототипов становится намного проще.
- (мало связано, но) Работа в автономном режиме позволяет вам вносить изменения быстрее, чем ваши конкуренты.
Недавно у меня была работа, связанная с возвращением к использованию централизованного репозитория svn после использования git в течение года или двух. Я подошел к этому с помощью моста git-svn и обнаружил, что у меня есть большой контроль над коммитами по сравнению с svn, и я могу заставить коммиты и ветки сидеть, переворачиваться и притворяться мертвыми способами, которые давали мне полезное преимущество над моими svn с использованием коллег, в дополнение к большому количеству коммитов, которые я сделал для сравнения из-за очень детальной и частой природы выполнения локальных коммитов. Это было большим преимуществом.
Я действительно рекомендую уделить немного времени DVCS.
Начав однажды, вы никогда не захотите возвращаться назад. Преимущества огромны.
Я намеренно избегал ветвления в SVN, потому что каждое слияние требовало многочасовой настройки. Теперь я с нетерпением жду разветвления, потому что оно работает так хорошо. Это значительно упростило разработку новых функций".
Кроме того, возможность работать в автономном режиме - это просто фантастика.
В этой статье SO подробно описывается процесс преобразования (он довольно прост). Вы сможете сохранить свою историю, но получить преимущества от DVCS.
В этом вопросе SO подробно рассматриваются преимущества DVCS, поэтому я упомяну специфическое преимущество Mercurial. Если вы используете графический интерфейс типа TortoiseSvn, вы будете приятно удивлены TortoiseHg. Это приложение постоянно совершенствуется и позволяет легко просматривать ваши ожидающие изменения и исторические изменения. Потребовалось некоторое время, чтобы достичь такого уровня качества, но теперь я ненавижу использовать TortoiseSvn, потому что он просто хуже, когда дело доходит до просмотра ожидающих изменений и принятия решения о том, что вы хотите зафиксировать.
Я преобразовал. Сначала это было просто попробовать, но я стал большим поклонником. На самом деле я не преобразовывал свои личные репозитории, я просто экспортировал последние и добавил файлы в новый репозиторий Mercurial.
Некоторые из основных команд hg аналогичны командам в svn, поэтому они должны помочь вам освоиться. Здесь объясняются отличия от Иоиля.
Важно отметить, что будьте открыты для использования нового процесса с hg. Это позволяет гораздо больше ветвлений и быстрого коммита, вы получите максимальную отдачу от hg, если воспользуетесь мышлением break out of subversion.