¿Se debería permitir que un desarrollador use VSS si lo prefiere?

14

Presenté 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 empresa 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. En su mayor parte, sin embargo, todos trabajamos de forma 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 los que usen Fogbugz también se desplacen (ya que actualmente no hay ninguna base de datos de errores que se esté manteniendo. ) Nunca he usado VSS pero escucho cosas muy malas al respecto.

¿Sería mejor simplemente permitirle que continúe usando VSS si eso es lo que prefiere, o sería mejor para que se incorpore a Mercurial?

    
pregunta JD Isaacks 25.04.2011 - 19:36
fuente

6 respuestas

50
  

sería mejor permitirle que continúe 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 misma de que todos los desarrolladores están conectados al mismo repositorio y se aprovechan al máximo.

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

Los esfuerzos de mantenimiento duplicados para ambos sistemas son otro argumento aquí.

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

P.S. Hablando de VSS, es notorio perder registros o dañar el código cuando menos lo esperas. Funciona pero regularmente ataca los nervios. Si tiene una alternativa mejor, evite VSS.

    
respondido por el user8685 25.04.2011 - 19:40
fuente
16

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 fuente no es solo para que pueda encontrar versiones anteriores de lo que hice, sino para que otros también 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 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é es lo que él no quiere que el resto de ti vea?

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

    
respondido por el HLGEM 25.04.2011 - 19:52
fuente
10

Para empezar, nadie debería usar VSS.

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

    
respondido por el Dima 25.04.2011 - 20:02
fuente
3

Todos deben estar en el mismo sistema de administración de origen. Además, su objetivo final es lograr que todos también utilicen el mismo sistema de seguimiento de errores. Ya has hecho lo correcto para encontrar una solución estrechamente integrada.

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

    
respondido por el Mat Nadrofsky 25.04.2011 - 19:46
fuente
3

Iré a repetir lo que otros han dicho, ya que es malo permitirle usar VSS y no Mercurial. Sin embargo, permítame jugar a Devil's Advocate y decir que puede dejarlo pasar si, y solo si, todavía se compromete con Mercurial para que otros puedan acceder a su trabajo si es necesario. La IMO no tiene nada de malo en usar sus herramientas preferidas siempre y cuando no impida que otros accedan al trabajo que puedan necesitar. Por supuesto, VSS es basura, por lo que no debería usarse sin importar lo que pase :)

Por ejemplo, trabajo en una empresa que usa SVN pero no tiene el repositorio configurado correctamente (sin sucursales / etiquetas / troncal, todo está solo en un repositorio) y esto causa algunos problemas que nadie sabe cómo fijar. 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, de modo que el resto del equipo lo tenga. ¿Eso tiene sentido?

    
respondido por el Wayne Molina 25.04.2011 - 21:53
fuente
0

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

    
respondido por el louver 26.04.2011 - 08:54
fuente

Lea otras preguntas en las etiquetas