¿Cómo puedo explicar el control de fuente (Mercurial / Tortoise específicamente) a un no progtwigdor?

Nuestra empresa utiliza Mercurial para el control de origen de una aplicación web Java. Funcionó tan bien que comenzamos a usar el control de fuente para un montón de contenido (files PDF). Para nuestro model de implementación, esto funcionó de manera sorprendente y afortunadamente, nuestro diseñador gráfico en ese momento solía ser un desarrollador web y ya entendía el control de la fuente.

Ahora hemos reemplazado a ese compañero con dos estrictamente para diseñadores charts impresos. Son increíbles en lo que hacen, pero se ven asustados y confundidos cada vez que les pedimos que usen el control de fuente. Como reference, utilizamos Tortoise porque descubrimos que era la mejor opción para los no progtwigdores debido a su interfaz de usuario.

Hginit.com es una excelente forma para que los progtwigdores aprendan Mercurial, ¿qué tal un website para no progtwigdores?

¿Algunas ideas?

Les explicaría que es como hacer una fotocopy de su proyecto de arte a través de su curso. Durante el time que está dibujando, puede descartar lo que ha hecho y continuar desde un punto anterior en el time. También puede ver qué sucedería si comenzara en una dirección diferente de una de las imágenes que creó. También puede darle una copy a un amigo y decirles que pueden terminar de dibujar los treees y el cielo en el background. Más tarde puede combinar ambos esfuerzos y ver cómo se ve. Tu amigo también puede tomar fotos intermitentes mientras trabajan en el cielo y los treees. ¡Piensa en las posibilidades!

Puede volver a un "guardado" anterior y verificar las diferencias entre sus versiones "guardadas". Cada vez que "guarda" también puede poner un comentario, como "primer borrador" o "cambios implementados solicitados por la contabilidad".

Bueno, no creo que necesites un tutorial para incorporar a esos diseñadores charts. Si comprende el repository y el control de la fuente, puede simplemente guiarlos …

Es solo una forma de mantener un trunk copy funcional disponible para todos; en un punto, es posible que tenga una branch copy de trabajo solo para usted para una versión específica y con cada versión, el código está marcado como tag de reference.

Ahora las únicas piezas que quedan son el check-in ponga su trabajo en el repository, update , descargue el trabajo de otros y checkout descarga del repository en su máquina local.

Estos son solo unos forros que utilizo para llevar a bordo los freshers que tenemos cada tanto.

Acabo de tener esta conversación exacta con algunos no desarrolladores, aunque estamos usando Git para nuestro proyecto. Esto resume cómo abordo el tema con ellos:

  1. Explique que el control de versiones no es meramente "respaldo".
  2. En un nivel alto, explíquelo como un gran button "Deshacer" para cuando se trata de varios files y / o personas.
  3. Explique que esto le permite "labelr" el progreso (producción, publicación pública, versiones posteriores) y avanzar con confianza, sabiendo que puede retrotraer el proyecto a un estado de "último bien conocido", si es necesario.
  4. ¡Decida sobre un flujo de trabajo de control de fuente y filosofía y diga a todos que se apeguen a él! (es decir, cuándo ramificar, labelr, fusionar, etc., y cuánto / con qué frecuencia debería ser)
  5. Guíelos en la GUI de control de origen que elijas.

EJEMPLO:

Como dijo Adam, es como tomar instantáneas de un proyecto de arte, pero también he tenido éxito al usar esto en composiciones musicales donde hay varios files involucrados:

  • Archivos de proyecto DAW (Logic Pro, et al.)
  • Configuración del proyecto
  • Pluggins de audio y su configuration
  • Notas para las letras de las canciones
  • Grabaciones preliminares iniciales
  • Tomas múltiples
  • Remixes múltiples, producción o pases de masterización

A veces crearé y veré una nueva twig experimental para probar un enfoque completamente diferente en la composition y / o producción de la canción. Esto generalmente afectará a varios elementos de la list anterior, pero puedo avanzar con confianza, sabiendo que si algo no funciona del todo bien, siempre puedo cambiar a una versión "estable" del proyecto.

El control de versiones ya no es solo para "fuente". ¡Es genial para cualquier proyecto digital creativo de gran escala!