Soy relativamente nuevo en el control de versiones, y hasta ahora solo tengo experiencia trabajando con Subversion usando TortoiseSVN/VisualSVN. He estado leyendo acerca de otros tipos de VCS (git, mercurial, etc.), y estoy considerando probarlos; sin embargo, muchos de los argumentos a favor o en contra de un VCS en particular parecen ser en gran parte una preferencia subjetiva, así que ' Probablemente termine dando una mirada a cada uno.¿Sistemas de control de versiones simultáneas múltiples?
Al pensar en hacerlo, me preguntaba si era incluso teóricamente posible utilizar múltiples VCS en una única base de código. ¿Qué combinaciones (si las hay) de VCS podría ser esta una posibilidad? Y si es posible, ¿cuánto de una pesadilla logística sería tratar de hacer malabarismos con las respectivas listas de exclusión?
Un posible argumento para hacerlo podría ser la redundancia de la copia de seguridad. Varios proveedores de VCS (Beanstalk, Github, Bitbucket) ofrecen un repositorio gratuito, por lo que puede tener el mismo repo respaldado de forma gratuita en varios lugares diferentes.
Yo diría que esto es, de hecho, utilizando múltiples VCS. A Git realmente no le importa de dónde es el repositorio upstream. Es solo otro refspec, realmente. –