Me presentaron recientemente a mercurial, una nueva gente distribuida del sistema de control de versi�n estoy hablando. Los sistemas de control de versi�n son centrales a cualquier equipo de desarrollo y una decisi�n no debe ser tomada ligeramente pues usted a menudo encontrar� su proceso de desarrollo limitado por las limitaciones del sistema. Utilizamos la subversi�n, una decisi�n que tom� despu�s de la exposici�n larga a ella y haci�ndose completamente confortable con el sistema y encontrando una manera alrededor de sus limitaciones. No he hecho una exploraci�n similar con mercurial todav�a. No obstante como estoy siempre interesado en la mejora de mi proceso, miraba brevemente en documentos mercuriales y pas� con la presentaci�n maravillosa de Bryan O'Sullivan, ingeniero principal mayor en QLogic, en la sesi�n de la charla de la tecnolog�a de Google. Aqu� est�n pocas observaciones.

Bryan tension� en velocidad/el funcionamiento de mercurial. En sus palabras est� m�s o menos equivalente a la subversi�n. Mercurial es un dep�sito distribuido. Usted no s�lo tiene el c�digo completo pero tambi�n la historia de revisi�n completa. La redundancia es buena. Permite que usted trabaje independientemente de otros reveladores. Tambi�n aumenta la robustez de su codebase, usted no es dependiente solamente en la disponibilidad de un dep�sito central. Los dep�sitos al menos centrales no son tan malos tampoco. Usted puede reflejar/los reproduce f�cilmente como en la subversi�n de tal modo que aumenta disponibilidad.

Mercurial requerir� la cantidad determinada de disciplina por los reveladores hacerle el trabajo pues el sistema es intr�nsecamente muy flexible. Es m�s revelador c�ntrico que la subversi�n, que por s� mismo es un sistema de control excelente de versi�n. Esto tambi�n tiene una desventaja. Los procedimientos de sincronizaci�n c�ntricos del c�digo del revelador han terminado propensos crean las reservas de cambios unmerged cuando un conducto dominante llega a ser inoperable por un periodo de tiempo. Por ejemplo diga que un revelador dominante de un subsistema cr�tico del n�cleo llega a ser enfermo o inasequible. Todos los remiendos que deben ser repasado por �l antes de ser empujado hacia arriba voluntad ahora sean pendientes para el per�odo indefinido.
BTW: Es duro incluso hacer cumplir tal sistema con la subversi�n.
Tambi�n si el flujo de trabajo no es bien definido es probable crear un l�o con proyectos grandes.

Una de las mejores caracter�sticas de mercurial est� entendiendo y la capacidad para seguir remiendos. �ste es algo que falto dolorido en la subversi�n. Necesita poder seguir y acodar mis pensamientos del desarrollo. �Usted sabe de subversi�n enchufable que permite que haga esto?

Hay ya un eclipse enchufable para integrar con - MercurialEclipse y un enchufable para integrar con Netbeans tambi�n - NetBeans mercurial mercurial.

Mercurial es un buen sistema para el desarrollo altamente distribuido de la fuente abierta. Ha desarrollado porciones de tracci�n con las cuentas de los proyectos de la fuente abierta del alto nivel que lo adoptaban. Para las corporaciones, todav�a recomendar�a forzosamente o subversi�n. Me estoy pegando con la subversi�n para ahora.

Recursos:
Conceptos , clase particular , hoja de tramposo y transferencia directa mercuriales.