I was recently introduced to Я недавно был представлен Mercurial Ртутное , a new distributed version control system people are talking about. , Распространяются новые версии системы контроля люди говорят. Version control systems are central to any development team and a choice shouldn't be made lightly as you will often find your development process limited by the limitations of the system. Версия систем управления занимают центральное место в любой команде разработчиков, и выбор не должен быть легко, как часто вы будете находить ваши процесса развития ограничены ограничения системы. We use Subversion, a decision I made after long exposure to it and making myself fully confortable with the system and finding a way around its limitations. Мы используем Subversion, решение я сделал после длительного воздействия на него и сделать себя полностью confortable с системой и найти путь вокруг его ограничения. I haven't done a similar exploration with Mercurial yet. Я еще не сделали аналогичное исследование с ртутное еще. However as I am always interested in improving my process, I briefly looked into Mercurial documents and went through the wonderful presentation by Bryan O'Sullivan, Senior Principal Engineer at QLogic, in Google Tech Talk session. Однако поскольку я всегда заинтересованы в улучшении моего процесса, я вкратце посмотрел на ртутное документы и прошли через прекрасные выступления Брайана О'Салливэна, старший инженер на высший QLogic, в Google Talk Технология сессии. Here are few observations. Вот несколько наблюдений.

Bryan stressed on speed / performance of Mercurial. Брайан подчеркнул о скорости и производительности в ртутное. In his words it is more or less equivalent to Subversion. По его словам, он является более или менее эквивалентно Subversion. Mercurial is a distributed repository. Ртутное является распределенных данных. You not only have the full code but also the full revision history. Вы не только полный код, но и полный пересмотр истории. Redundancy is good. Избыточность это хорошо. It allows you to work independently of other developers. Она позволяет вам работать независимо от других разработчиков. It also increases the robustness of your codebase, you are not dependent solely on the availability of a central repository. Она также повышает надежность вашей код, вы не зависеть исключительно от наличия центрального хранилища. However central repositories aren't so bad either. Однако центральные хранилища не так плохо либо. You can mirror / clone them easily as in Subversion thereby increasing availability. Вы можете зеркало / клон им было легко, как и в Subversion тем самым повышая доступность.

Mercurial will require certain amount of discipline by developers to make it work as the system is inherently very flexible. Ртутное потребуется определенное количество дисциплины разработчиками чтобы сделать его работу в качестве системы сами по себе являются весьма гибкими. It is more developer centric than say Subversion, which by itself is an excellent version control system. Это более чем разработчик центризма сказать, Subversion, которое само по себе отлично версию системы управления. This also has a downside. Это также имеет негативные. Overly developer centric code synchronization procedures are prone to create backlogs of unmerged changes when a key conduit becomes inoperable for a period of time. Чрезмерно разработчик центризма код синхронизации процедур, склонны к созданию отставание от unmerged меняется, когда становится ключевым каналом негодность за период времени. For example say a key developer of a critical sub-system of kernel becomes ill or unavailable. К примеру сказать, ключевым разработчиком критического к югу от системы ядро становится плохо или отсутствуют. All the patches which are due to be reviewed by him before being pushed up will now be pending for indefinite period. Все патчи, которые должны быть рассмотрены им до того, толкаемые деятельность будет теперь в ожидании на неопределенный срок.
BTW: It is hard to even enforce such a system with Subversion. BTW: Трудно даже применять такие системы с Subversion.
Also if the workflow isn't clearly defined it is likely to create a mess with large projects. Кроме того, если рабочий процесс четко не определен вполне вероятно, создавать путаницы с крупными проектами.

One of the best features of Mercurial is understanding and the ability to track patches. Одна из лучших черт ртутное является понимание и возможность отслеживать патчи. This is something I sorely miss in Subversion. Это то, что я остро недоставать в Subversion. It need to be able to track and layer my development thoughts. Это необходимо иметь возможность отслеживать и уровень развития моих мыслях. Do you know of any subversion plugin that will allows me to do this? Знаете ли Вы какой-либо подрывной деятельности плагин, который позволяет мне это сделать?

There is already an Eclipse plugin for integrating with Mercurial - Существует уже Eclipse плагина для интеграции с ртутное -- MercurialEclipse and a plugin for integrating with Netbeans too - и плагин для интеграции с Netbeans слишком -- Mercurial NetBeans Ртутное NetBeans .

Mercurial is a good system for highly distributed open source development. Ртутное является хорошей системы весьма распространены разработки открытого исходного кода. It has developed lots of traction with scores of high profile open source projects adopting it. Она разработала много тяги в очках высокого профиля проекты с открытым исходным кодом принятия. For corporations, I would still recommend Perforce or Subversion. Для корпораций, я по-прежнему рекомендуем Perforce и Subversion. I am sticking with Subversion for now. Я наклеивания с Subversion на данный момент.

Resources: Ресурсы:
Mercurial Ртутное concepts концепций , tutorial учебник , cheat sheet Шпаргалка and и download загрузка .