2012-08-31 17 views
5

Nuestra empresa utiliza Mercurial para el control de código fuente de una aplicación web Java. Funcionó tan bien que comenzamos a usar el control de fuente para un montón de contenido (archivos PDF). Para nuestro modelo 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.¿Cómo puedo explicar el control de fuente (Mercurial/Tortoise específicamente) a un no programador?

Ahora hemos reemplazado a ese compañero con dos estrictamente para diseñadores gráficos de impresión. 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 referencia, utilizamos Tortoise porque descubrimos que era la mejor opción para los no programadores debido a su interfaz de usuario.

Hginit.com es una excelente forma para que los programadores aprendan sobre Mercurial, ahora ¿qué tal un sitio web para no programadores?

¿Alguna idea?

+2

Entonces ... ¿despidieron al tipo genial por dos bozos más baratos? Qué mundano. – FlavorScape

+1

Creo que esta sería una pregunta mucho mejor en [Programmers.SE] (http://programmers.stackexchange.com/). –

+0

Me sorprende que estén tan asustados. Cada diseñador que he conocido en el trabajo y en mi propia familia tiene su propio esquema complejo de versiones de múltiples copias del que dependen totalmente. Nunca he necesitado más que "solo son algunos comandos que te permiten hacer eso, pero con un solo archivo" y una hoja de trucos para venderlos. – Christopher

Respuesta

0

Bueno, no creo que sea necesario un tutorial para incorporar a esos diseñadores gráficos. Si comprende el repositorio & control de fuente, puede simplemente guiarlos ...

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

Ahora las únicas piezas que queda son check-in poner su trabajo en el repositorio, update - el trabajo de descarga de los demás y checkout - descarga repositorio en el equipo local.

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

0

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 "copia de seguridad".
  2. En un nivel alto, explíquelo como si fuera un gran botón "Deshacer" para cuando se trata de varios archivos y/o personas.
  3. Explique que esto le permite "etiquetar" 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 dígale a todos para adherirse a él! (es decir, cuándo bifurcar, etiquetar, fusionar, etc., y la cantidad/frecuencia con la que debe confirmarse)
  5. Guárdelos en la GUI de control de origen que prefiera.

Ejemplo:

Como Adán dijo, es como tomar instantáneas de un proyecto de arte, pero también he tenido éxito en el uso de este en las composiciones musicales en varios archivos están involucrados:

  • Archivos de proyecto DAW (Logic Pro, et al.)
  • Configuración del proyecto
  • pluggins de audio y sus ajustes
  • Notas para letras de canciones
  • grabaciones inicial aproximada
  • varias tomas
  • remezclas Múltiples, producción o masterización pasa

veces Crearé y veré una nueva rama experimental para probar un enfoque completamente diferente en la composición y/o producción de la canción. Esto generalmente afectará a varios elementos de la lista 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!

4

Les explicaré que es como hacer una fotocopia de su proyecto de arte a través de su curso. Durante el tiempo que está dibujando, puede descartar lo que ha hecho y continuar desde un punto anterior en el tiempo. 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 copia a un amigo y decirles que pueden terminar de dibujar los árboles y el cielo en el fondo. Más tarde puede combinar ambos esfuerzos y ver cómo se ve. Tu amigo también puede tomar imágenes intermitentes mientras trabajan en el cielo y los árboles. ¡Piensa en las posibilidades!

1

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".

Cuestiones relacionadas