Вы перешли с subversion на mercurial?Стоило ли это затраченных усилий?

StackOverflow https://stackoverflow.com/questions/2344209

  •  23-09-2019
  •  | 
  •  

Вопрос

Я нахожусь в процессе лучшего ознакомления с системой управления версиями Mercurial, и я рассматриваю возможность конвертации из SVN.
Кто-нибудь уже обратился?Было ли так сложно для вас и вашей команды поменяться местами?Можете ли вы дать какой-нибудь совет остаться с SVN или перейти на Mercurial?

Это было полезно?

Решение

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

  • Локальные коммиты освобождают ваш рабочий процесс, ваш подход к функциям кодирования определяет, когда вы совершаете коммит, а не ваши коммиты влияют на то, как вы работаете.
  • Номера линейных ревизий Svn являются -плохими -.Коммиты (особенно с ветвями) просто плохо соответствуют простому возрастающему отображению.
  • Локальные филиалы значительно упрощают разделение функций, создание прототипов становится намного проще.
  • (только слегка связанные, но) Работа в автономном режиме, как правило, позволяет вам вносить изменения быстрее, чем ваши конкуренты.

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

Я действительно рекомендую уделить себе немного времени с DVCS.

Другие советы

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

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

Кроме того, возможность работать в автономном режиме просто фантастична.

Это ИТАК, статья подробно описывает процесс преобразования (он довольно прост).Вы сможете сохранить свою историю, но при этом воспользоваться DVCS.

Это ИТАК, Вопрос подробно рассматриваются преимущества DVCS, поэтому я упомяну конкретное преимущество Mercurial.Если вы используете графический интерфейс, подобный TortoiseSVN Черепаха, вы будете приятно удивлены Черепаховый.Это приложение постоянно совершенствуется и позволяет очень легко просматривать ваши ожидающие изменения и исторические изменения.Потребовалось некоторое время, чтобы достичь такого уровня качества, но теперь я ненавижу использовать TortoiseSVN, потому что это еще хуже, когда дело доходит до просмотра ожидающих изменений и принятия решения о том, что вы хотите зафиксировать.

Я обратился.Сначала это было просто для того, чтобы попробовать, но я стал большим поклонником.На самом деле я не конвертировал свои личные репозитории, я просто экспортировал последние и добавил файлы в новый репозиторий Mercurial.

Некоторые из основных команд hg аналогичны командам в svn, так что это должно помочь вам освоиться. Здесь это объяснение отличий от Joel.

Важно отметить, что будьте открыты для использования нового процесса с hg.Это позволяет гораздо больше ветвиться и быстрее фиксировать, вы получите максимальную отдачу от hg, если будете использовать подход break out of subversion.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top