trabajando - tortoise svn server

Explicando SVN a no programadores (10)

Trabajo con varios nuevos tipos de soporte técnico. A veces, les gusta solucionar pequeños problemas que pueden no ser una prioridad para nuestros desarrolladores. Esto requiere enseñar los conceptos básicos de SVN a los que no son programadores, lo que he encontrado puede ser un poco complicado.

¿Qué recursos has encontrado útiles? ¿Hay diagramas que normalmente utilizas para enseñar SVN?

¿Qué tal la metáfora del árbol , que dio nombre a "tronco", "rama", etc.?

Básicamente, puede analizar lo que SVN puede hacer, que no es solo para el código, y puede usarse para cualquier documento en general.

Ejemplos sin mencionar el código serán útiles:

Un autor escribe su libro y coloca una copia en una ubicación central. Ese documento se llama 1. Cuando hace un cambio, él pone una copia con el nombre 2. La siguiente copia se llamará 3 y así sucesivamente. Siempre puede consultar copias anteriores si lo desea en cualquier momento siempre que tenga acceso a esa ubicación central.

Ahora, la editorial ha asignado dos correctores a su libro. Con SVN, los correctores de pruebas pueden corregir los errores de vocabulario y corregirlos y colocar la copia corregida en la ubicación central. El escritor y los revisores también pueden obtener la última copia, y pueden leer los cambios realizados porque cada vez que se coloca una nueva copia, la persona involucrada puede escribir comentarios sobre lo que se ha cambiado.

¿Qué sucede si los correctores de pruebas encuentran errores lógicos y gramaticales? No pueden simplemente cambiarlo y poner una nueva copia en la ubicación central, ya que no conocen la intención del escritor y posiblemente podría ser un estilo de escritura único (también conocido como algo que intencionalmente se desvía de la norma). Pueden usar un software de seguimiento de errores pero eso es para otra publicación.

Dígale al personal de soporte que SVN es un servidor de código fuente y los cambios que realizan son cambios del lado del cliente. Lo que hacen es cambiar la copia del cliente del código fuente. Debe ser publicado en SVN para ser almacenado allí. De la misma manera que en cualquier otra aplicación cliente / seridor.

Encuentro que este artículo es realmente bueno para nuestros nuevos desarrolladores. Los diagramas son buenos y la información es bastante simple.

Sucursal de fusión con subversión

Realmente, el truco consiste en hacerles comprender la importancia de la bifurcación, cualquiera puede comprender fácilmente los conceptos del control de revisión en sí.

He encontrado que SVN es mucho más fácil de explicar que CVS, ya que todo parece ser carpetas (aunque usará copias poco profundas). Solo explíqueles las cosas de esta manera.

Y no explique todo en detalle, sino simplemente cuénteles sobre la necesidad de saberlo. Si comienzas a explicar la bifurcación y la fusión, es posible que puedas ver su cabeza explotar, o tal vez piensen que no vale la pena el esfuerzo para hacer pequeños cambios.

Me encontré con este tema exacto recientemente cuando introduje SVN a todo el equipo de desarrollo web (formado por programadores, constructores de interfaces, diseñadores gráficos, editores de contenido, moderadores de sitios y gerentes no técnicos). Busqué documentos no técnicos pero terminé con muy poco que podía usar, así que decidí construir el mío. Desafortunadamente, la mayoría de la información espera que los usuarios conozcan la arquitectura cliente / servidor y qué es una ''rama'', no podría asumir eso en mi caso. Puede ver uno de mis PowerPoints previos a la migración en SlideShare (" ¿Qué es lo que se llama SVN? FTW o WTF? ")

http://www.slideshare.net/secret/wBsLzZb3O7cXCU

La verdadera clave fue explicar que SVN, en esencia, es solo una mejor manera de acercarse a copiar y pegar archivos. Deshacerse de default.bak, default2.asp, defaultBackup.asp, defaultMyCopy.asp, etc ... era algo que todos podían entender.

A medida que mis usuarios se familiarizaron más con la idea de control de fuente, alenté a las personas a hacer preguntas en nuestro WIKI interno para que el equipo de desarrollo (y otros usuarios) pudieran ayudarlos.

También creamos una herramienta de escritorio SVN personalizada para configurar automáticamente su escritorio local de manera consistente para que todos en la compañía tuvieran la misma configuración que todos los demás (c: / projects / projectname) y también actualizaron su local Instalación de IIS para que puedan ver sitios web localmente en cualquier momento sin necesidad de configurar nada a mano.

Por lo tanto, brinde mucha mano , use algo de humor , simplifique las cosas , manténgalo estandarizado, brinde una forma de hacer preguntas, brinde apoyo , identifíquese con sus usuarios y su necesidad de "seguir con su día". Y si es posible, siéntese en su escritorio y guíelos por el proceso tantas veces como sea necesario para que cada persona supere el obstáculo .

Mientras lo leo, hay 2 cosas aquí. 1 enseñándoles el concepto, y 2 enseñándoles a usar SVN.

Generalmente manténlo simple y la complejidad cuidará de sí misma en el tiempo y el uso.

Simplemente, SVN es una copia de seguridad de lo que está trabajando, pero astutamente solo guarda los cambios que realiza, no todas las versiones que guarda en él, esto lo mantiene pequeño y le permite comparar fácilmente los cambios a lo largo del tiempo.
Aquí no hay sustituto para la experiencia práctica, muéstreles cómo pagar, actualizar y registrar. Le sugiero que use Tortoise SVN ya que la curva de aprendizaje se reduce considerablemente.

Para mantener las cosas simples, establecería su propia rama con la que se pueden comprometer, por lo que no es necesario que comprendan eso todavía, y solo administrarán las fusiones en segundo plano. ¡Pero pronto lo entenderán!

Puede ser una buena idea decirles que SVN se puede usar para otras cosas además de la programación. Archivos de configuración, documentos, cualquier cosa que necesite versionar o incluso hacer una copia de seguridad.

Enséñeles sobre el repositorio, en el que existen todos los archivos y la información sobre las diferentes versiones de los archivos, y sobre la copia de trabajo que son los archivos con los que realmente trabaja.

Comience con cosas simples como verificar archivos y comprometerse. Cometer archivos es como decir: "Tengo un archivo nuevo o una nueva versión de un archivo". Muéstreles cómo mantener actualizados los archivos con las versiones más recientes.

Quizás entonces puedas comenzar a contarles sobre el tronco, las ramas y las etiquetas, la fusión y todo ese jazz. Un gran recurso son los no programadores que realmente han aprendido algo. Probablemente puedan usar frases y analogías que sean más adecuadas para otros no programadores.

Simplemente explicaría un escenario donde el seguimiento de las revisiones anteriores es importante, así como tener una sucursal para un cliente.

Hay tutoriales de control de versiones más generales que no son específicos de svn u otros que podrían ser útiles.

No quieres abrumarlos, solo dales la necesidad básica.

Mostrarles el problema de control de versiones resuelve debería ser el punto de partida. O bien podrías hacer primero que .bak archivos .bak para ver el punto.

Pero si están lo suficientemente familiarizados con Wikipedia , sería definitivamente mejor mostrarles la historia y cómo se protege wikipedia (respondería algo de su curiosidad), para que vean que es realmente útil en la práctica. Puede instalar una wiki para que lo intenten.

Solo después, colócalas en los comandos textuales ''aburridos'' de svn ...