Implementando el control de fuente

Mi empresa tiene 3 desarrolladores. Yo, otro hombre y un vicepresidente de desarrollo. Realmente quiero implementar el control de fuente, especialmente porque nuestro código parece cambiar aleatoriamente por sí mismo. Tendemos a desarrollar en el server, en vivo, etc.

Estoy de acuerdo con tener una copy de nuestra database en mi máquina para trabajar en contra, de ser necesario, como es el otro tipo. El VP dev no lo quiere. ¿Cómo puedo trabajar con él para cambiar su forma de pensar o hacer que funcione para él?

Tienes que hacerle creer que es su idea.

Señale que con el control de fuente no solo tiene una copy de security incorporada de todo, sino que también tiene las versiones anteriores, permítale darse count de lo bueno que es.

Instale SVN y dígale a uno que se opone que "todos lo hacen" 🙂 Y en serio: el control de la fuente es IMPRESCINDIBLE incluso para un único desarrollador, y mucho less para tres.

En cuanto al server DB, puede usar un server de desarrollo (puede ser una máquina normal). Por supuesto, no es un problema si utiliza cada una de las copys locales, pero debe contar con herramientas sólidas de generación / synchronization de esquemas de bases de datos.

Deberías tener control de fuente No hay muchas excusas para no tenerlo. El control de fuente lo protegerá contra los cambios que causarán problemas en su código. Yo recomendaría poner el esquema db y los datos (set de muestras) en su control de versión. Esto permitirá cambios independientes a la database sin atornillar lo que los usuarios ven en vivo en el sitio.

Tenga en count que en realidad no está preguntando sobre el control de origen aquí, sino sobre dónde reside su set de datos de desarrollo. Las bases de datos locales por desarrollador son las mejores, si es posible, pero en su defecto, una alternativa razonable es tener una máquina virtual que contenga su server de control de origen y una database de desarrollo.

Poner las cosas bajo el control de la fuente es realmente fácil, literalmente, en 10 minutos a partir de ahora podría tener su fuente bajo control de fuente. En lugar de tratar de persuadirlo de los beneficios, yo simplemente seguiría adelante y lo haría de todos modos.

Comience simplemente colocando una copy de su fuente bajo el control de la fuente, incluso si no la usa, simplemente fusione los cambios desde Live en su repository de control de fuente de forma regular. Al less de esa manera tienes un historial de revisión (y si eres él son las únicas personas que cambian la fuente, significa que cualquier cambio que no hayas hecho, debe haberlo hecho)

Con suerte, lentamente con el time comenzará a ver los beneficios ( él: oh no, ¡todo acaba de romperse!) : No se preocupe, solo miraré y veré qué ha cambiado desde la última copy de trabajo …)

Parece que necesitas convencerlo de que es

  1. Necesario para resolver un problema,
  2. una solución adecuada (hace exactamente lo que necesita) y
  3. fácil de usar.

Parece que tiene la información para demostrar # 1: la última vez que el código "cambió solo" en el server y perdió el trabajo de alguien o combinó mal los resultados. Bam, ahí está tu "problema". El # 3 es el siguiente más difícil: debes elegir un SCM con un buen set de herramientas y hacer una demostración. La línea de productos TortoiseX (TortoiseHg, TortoiseSVN) es ideal para esto, ya que no da miedo.

El ítem 2 es el más difícil: demostrar que esta es la solución adecuada. Tal vez, para convencerlo de esto, puede referirse a anécdotas de otros progtwigdores o mirando a Github, donde puede mirar hacia atrás en versiones anteriores de un producto. Estoy agarrándome de paja, aquí, porque siento que su argumento será: "Ach, y ahí es cuando es un gran dolor de cabeza, es cuando las cosas se rompen. No valdrá la pena".

Obviamente, hay una gran cantidad de forms de tratar con las personas (y en su mayor parte tiene un problema de "personas").

Lo primero que haría es averiguar por qué está tan en contra del control de la fuente. Muchas veces a las personas que no les gusta el control de fuente tampoco les gusta:

  1. El trabajo extra de cometer
  2. No siempre trabajes al lado de internet
  3. No ver valor extra en ella

Hay diferentes soluciones para cada uno de estos problemas. Obviamente, el tercero es complicado, así que lo manejaré el último.

Si no les gusta el trabajo adicional de cometer, algunos scripts cron les ayudarán (o al progtwigdor de Windows). Algo que regularmente se compromete en segundo plano, o recurrentemente pasa por sus files y los agrega para la siguiente confirmación. Esto significa que harás un poco más de trabajo para limpiar files extra y lidiar con comstackciones rotas, pero es un paso adelante. Alternativamente, si él le envía el código por correo electrónico, también funciona una secuencia de commands que confirma los correos electrónicos.

Si él no siempre trabaja al lado del acceso a Internet, considere un sistema como GIT. La ventaja de GIT (sobre algo como SVN) es que utiliza un model de extracción en lugar de un empuje. Como resultado, extrae actualizaciones de otros usuarios de GIT en lugar de realizar commits. Si está trabajando en un avión y no tiene acceso a Internet, esta es una característica valiosa.

Finalmente, demostrar la importancia del sistema es difícil. El mejor ejemplo es casi siempre: "Mi máquina se quemó". Supongo que podrías destruir su caja, pero por el momento echemos un vistazo a las forms en que no molestas a tu jefe.

Una buena forma de demostrar la importancia de un repository es una compilation diaria. Tener una compilation diaria significa que puede integrar funciones fácilmente y encontrar errores más rápidamente. Configurar un repository con una compilation diaria mejorará significativamente sus condiciones de trabajo y es probable que cause una buena printing.

Estas son solo algunas de las razones por las que a las personas no les gusta el control de fonts, pero la idea key es encontrar cuál es su razón y adaptarse a ella.