Estoy en la siguiente situación, actualmente uso Subversion para mi control de fuente y me encanta. El problema es que tengo que (en el futuro cercano) entregar mi proyecto a otro grupo de desarrolladores para mantenerlo mientras sigo trabajando en él. El problema es que nunca han escuchado o usado Subversion y solo usan MS Source Safe. A pesar de que les pedí que lo investigaran, parecen tener una mentalidad de que solo se debe usar MS Source Safe.Razones para usar Subversion sobre MS Source Safe
Necesito convencer a los Líderes de equipo de los beneficios de la subversión sobre Source Safe, pero como no lo he usado en muchos años, no estoy seguro de cuáles son las trampas exactas de Source Safe.
Las características más importantes y únicas que conozco son.
- Sin archivo de bloqueo en Subversion
- soy capaz de trabajar fuera de línea (de la red de la empresa), ya que hago esto a menudo es una característica importante para mí.
Puede enumerar por favor cualquier problema que pueda haber tenido o cualquier característica que piense que podría perder moviendo a la fuente segura.
Tenga en cuenta que el servidor Team Foundation no es una opción y que el proyecto es un proyecto .Net.
Gracias
Supongo que la respuesta dependerá del tamaño del proyecto. Si se trata de un proyecto pequeño y el tamaño del equipo también es pequeño, no hay ninguna razón por la que VSS no se pueda utilizar. Si bien Subversion tiene algunos beneficios como los que mencionó, puede ser una exageración si el tamaño del proyecto es pequeño y los usuarios ya están familiarizados con otro sistema de control de versiones. – Rahul
1 y 2 se logran fácilmente usando VSS.Simplemente verifique el archivo mientras está en la red de la compañía, luego, cuando se desconecte, borre el bit de solo lectura de los archivos en los que desea trabajar. Luego, cuando regreses a la oficina, revisa los archivos. ¡Voila! –
¿Puedes recomendar Perforce? –