Eu fui introduzido recentemente a mercurial, um pessoa distribu�do novo do sistema de controlo da vers�o estou falando aproximadamente. Os sistemas de controlo da vers�o s�o centrais a toda a equipe de desenvolvimento e uma escolha n�o deve ser feita levemente porque voc� encontrar� frequentemente seu processo de desenvolvimento limitado pelas limita��es do sistema. N�s usamos a subvers�o, uma decis�o que eu fiz ap�s a exposi��o longa a ela e se fazendo inteiramente confortable com o sistema e encontrando uma maneira em torno de suas limita��es. Eu n�o fiz uma explora��o similar com mercurial ainda. Por�m como eu estou sempre interessado em melhorar meu processo, eu olhei momentaneamente em originais mercuriais e atravessei a apresenta��o maravilhosa por Bryan O'Sullivan, coordenador principal s�nior em QLogic, na sess�o da conversa da tecnologia de Google. Est�o aqui poucas observa��es.

Bryan for�ou na velocidade/desempenho de mercurial. Em suas palavras � mais ou menos equivalente � subvers�o. Mercurial � um reposit�rio distribu�do. Voc� n�o somente para ter o c�digo cheio mas igualmente a hist�ria de revis�o cheia. A redund�ncia � boa. Permite que voc� trabalhe independente de outros colaboradores. Igualmente aumenta o vigor de seu codebase, voc� n�o � dependente unicamente da disponibilidade de um reposit�rio central. Os reposit�rios de qualquer modo centrais n�o s�o t�o maus tampouco. Voc� pode espelhar/clona-os facilmente como na subvers�o que aumenta desse modo a disponibilidade.

Mercurial exigir� a determinada quantia da disciplina por colaboradores fazer-lhe o trabalho porque o sistema � inerente muito flex�vel. � mais colaborador c�ntrico do que diz a subvers�o, que por se � um sistema de controlo excelente da vers�o. Isto igualmente tem um parte negativa. Os procedimentos de sincroniza��o c�ntricos do c�digo do colaborador acabam-se inclinados criam reservas de mudan�as unmerged quando uma canaliza��o chave se torna inoper�vel por um per�odo de tempo. Por exemplo diga que um colaborador chave de um subsistema cr�tico da semente se torna doente ou n�o dispon�vel. Todos os remendos que s�o devidos ser revisto por ele antes de ser levantado a vontade agora sejam pendentes para o per�odo indefinido.
BTW: � duro refor�ar mesmo tal sistema com subvers�o.
Igualmente se os trabalhos n�o s�o definidos claramente � prov�vel criar uma confus�o com os grandes projetos.

Uma das melhores caracter�sticas de mercurial est� compreendendo e o habilidade para seguir remendos. Este � algo que eu falto sorely na subvers�o. Precisa de poder seguir e mergulhar meus pensamentos do desenvolvimento. Voc� sabe de alguma subvers�o de encaixe que permite que eu fa�a isto?

H� j� um eclipse de encaixe para integrar com - MercurialEclipse e um de encaixe para integrar com Netbeans demasiado - o NetBeans mercurial mercurial.

Mercurial � um bom sistema para o desenvolvimento altamente distribu�do da fonte aberta. Desenvolveu lotes da tra��o com as contagens dos projetos da fonte aberta do alto n�vel que adotam o. Para corpora��s, eu ainda recomendaria necessariamente ou subvers�o. Eu estou furando com subvers�o para agora.

Recursos:
Conceitos , curso , folha de fraude e transfer�ncia mercuriais.