¿Debería permitirse a un desarrollador usar VSS si lo prefiere?

Introduje Mercurial a mi departamento. Me encanta, pero es mi primera experiencia de control de versiones. Lo estoy usando con NetBeans PHP para desarrollo web.

A otro desarrollador que trabaja en aplicaciones internas de la compañía le gusta usar Visual Source Safe y no quiere cambiar. Trabaja en un entorno de Visual Studio.

Todos los otros desarrolladores han comprado en Mercurial, excepto este. Sin embargo, en su mayor parte, todos trabajamos de manera bastante independiente.

Estoy tratando de mover este departamento en la dirección correcta, he configurado a todos con una cuenta en Kiln, esperaba que todos usaran Fogbugz en el futuro también (ya que actualmente no se mantiene una base de datos de errores). nunca usé VSS pero escuché cosas muy malas al respecto.

¿Sería mejor permitirle que continúe usando VSS si eso es lo que prefiere, o sería lo mejor para él contar con Mercurial?

¿sería mejor permitirle continuar usando vss si eso es lo que prefiere?

No. No tiene sentido ejecutar dos sistemas de administración de fuentes diferentes en paralelo. Eso desafía la idea de que todos los desarrolladores estén conectados al mismo repositorio y aprovechen al máximo.

Un único desarrollador que usa un sistema diferente solo se aísla efectivamente del equipo. Incluso si los proyectos no se cruzan, sigue siendo algo malo.

Duplicar los esfuerzos de mantenimiento para ambos sistemas es otro argumento aquí.

Creo que debe usar su autoridad o escalar el problema a la administración para migrar rápidamente el contenido de VSS a Mercurial y luego cerrar VSS.

PD Hablando de VSS, es conocido por perder registros o dañar el código cuando menos lo esperas. Funciona pero regularmente pone de los nervios. Si tiene una mejor alternativa, evite VSS.

De ninguna manera consideraría permitir que un desarrollador deshonesto use un sistema de control de fuente diferente al resto del equipo.

El control de código fuente no es solo para que pueda encontrar versiones anteriores de lo que hice, sino también para que otros puedan encontrarlas (y la versión actual). Esto no es negociable. ¿Qué sucede cuando se va o es atropellado por un autobús y nadie más tiene acceso a su código (que incluso los administradores de red pueden sobrescribir cuando limpian su máquina, sin saber que él tenía su propio control de fuente allí?

Supongo que su código de control de origen puede estar solo en su máquina, ya que nadie más está usando VSS.) Un desarrollador que incluso sugiera que tal cosa no es profesional y me haría sospechar de todo su trabajo. ¿Qué no quiere que vean el resto de ustedes?

También VSS es notoriamente defectuoso. Su código ni siquiera es seguro allí.

Para empezar, nadie debería usar VSS.

Dígale a su desarrollador que obtenga un complemento Mercurial para Visual Studio.

Todos deberían estar en el mismo sistema de administración de fuentes. Además, su objetivo final es que todos tengan el mismo sistema de seguimiento de errores. Ya ha hecho lo correcto al encontrar una solución estrechamente integrada.

Si tiene problemas para lograr que cambien, intente abordarlo desde el punto de vista profesional. Si trabajan en otro lugar en el futuro, ese posible empleador probablemente querrá ver algo de experiencia trabajando con una configuración integrada de aplicación de gestión de errores / fuente.

Va a hacer eco de lo que otros han dicho, ya que es malo permitirle usar VSS y no Mercurial. Sin embargo, déjame jugar a Devil's Advocate y decir que puedes dejarlo pasar si, y solo si, todavía se compromete con Mercurial para que otros puedan acceder a su trabajo si es necesario. IMO no tiene nada de malo en usar sus herramientas preferidas siempre que no evite que otros accedan al trabajo que puedan necesitar. Por supuesto, VSS es basura, por lo que no debe usarse sin importar qué :)

Por ejemplo, trabajo en una empresa que usa SVN pero no tiene el repositorio configurado correctamente (no hay ramas / etiquetas / troncales, todo se coloca en un solo repositorio) y esto causa algunos problemas que nadie sabe cómo solucionar. No vería un problema en mi caso si usara, digamos, Git localmente pero todavía usara git-svn para enviar mis cosas a SVN para que el resto del equipo lo tenga. ¿Tiene sentido?

No es bueno tener un desarrollador que use una herramienta de control de fuente diferente. Uno de los propósitos del uso del control de fuente es mejorar el trabajo en equipo. Y está rompiendo esta regla y puede causar muchos problemas más tarde, aunque recientemente trabajas de manera bastante independiente. Pregúntele por qué prefiere VSS y dígale las desventajas de trabajar de esta manera.