Control de versiones para diseñadores en una agencia digital

Estoy tratando de implementar un sistema de control de versiones, pero como la mayoría de nosotros sabemos, los diseñadores no se sienten cómodos con los sistemas de control de versiones. Estoy buscando una solución principalmente para nuestros diseñadores que usen Photoshop, Flash y otras herramientas de layout.

No es gran cosa utilizar un sistema de control de versiones, como VSS 2005, con nuestros codificadores de interfaz y back-end, pero tenemos algunos problemas serios con nuestros diseñadores. En su mayoría se niegan a usar sistemas de control de versiones, y tienen razón en algunos puntos, principalmente en el nivel de productividad. En su mayoría trabajan en más de un file y en más de una aplicación como Photoshop y Flash.

No sé si el control de versiones es la respuesta correcta o no. Tal vez tenemos que implementar un sistema de respaldo, pero tiene que haber un sistema de control de versiones, creo. Yo y nuestros diseñadores estamos muy cansados ​​de hacer lo mismo o de volver a los layouts anteriores una y otra vez.

Sería maravilloso saber cómo las agencias digitales superan este problema. Si la respuesta es el control de versiones, comparta sus consejos sobre cómo hacer que los diseñadores se sientan cómodos con el control de versiones.

EDIT 1: Tal vez sería genial tener una solución como Dropbox , ya que no te molesta con check-in / check-outs. Todo lo que tienes que hacer es abrir un file, trabajar en él y savelo, el rest lo gestiona Dropbox.

EDIT 2: estamos en Windows, por lo que no hay posibilidad de implementar nada más que soporte de Windows 🙁

Gracias…

Adobe tiene su propio control de versiones , Version Cue , que se incluye con el package Creative Suite. http://www.adobe.com/products/creativesuite/versioncue/sdk_overview/ Aparentemente, Eclipse puede conectarse a esto. No lo he intentado extensamente, pero sé que se integra muy bien en el dialog de files en Creative Suite.

NOTA: adobe ha suspendido Version Cue después del lanzamiento de CS5: http://www.adobe.com/products/adobedrive/

En realidad, nunca he hecho esto con diseñadores charts, pero ¿es posible que el soporte WebDAV de Subversion funcione para ellos? Puede montar un recurso compartido WebDAV como una unidad bajo Mac OS X y Windows XP y Vista, creo. Cada guardado se convierte en una nueva revisión en el repository.

Y en cuanto a su segunda pregunta oculta: Sí, necesita implementar un sistema de respaldo. Al less si valoras tus datos.

Adobe Version Cue tal vez?

Es posible que desee probar la subversión porque hay complementos para Windows Explorer y Max OS X Finder. la integración con el sistema de files ha sido de gran ayuda para mí en proyectos en los que los no desarrolladores tenían que trabajar con el control de código fuente. Esto incluye proyectos que han tenido diseñadores. Otra cosa key que ayudó fue tener una buena estructura de directorys para los files con los que los diseñadores y otros no desarrolladores trabajaron.

Me crucé con ConceptShare y es genial … no es un control de versión automatizado, pero podrías usarlo para eso y es una gran manera de recostackr y documentar los comentarios.

Puede probar Subversion (instalado en un server local o remoto) más el complemento de Adobe Creative Suite que enfrentaría a los diseñadores – Pixelnovel Timeline

Es compacto, tiene vistas previas de todas las versiones (enviadas a través del complemento), funciona para Photoshop, Illustrator e InDesign.

Si los desarrolladores también usan Subversion, todo (código y layout) puede mantenerse en un solo lugar.

En lugar de tratar de integrar un sistema de control de versiones con muchas aplicaciones en diferentes sistemas operativos, es posible que desee echarle un vistazo a los filesystems de copy en escritura, como http://en.wikipedia.org/wiki/Ext3cow . De esa forma, tus diseñadores ni siquiera notarán la diferencia; todo lo que tendrán que hacer es save su trabajo en una networking compartida en un server Linux / samba utilizando ext3cow.

Soy diseñador y codificador. Usualmente código de control de versión (datos de text) con git, y simplemente uso "save como" con un nombre de versión para charts (datos binarys). Además, utilizo Time Machine de Apple para mayor security.

Para mí, el control de versiones en files charts sería una carga. Tendría que retroceder para ver los cambios, y ni siquiera obtendría una de las excelentes características del control de versiones: vea los cambios que hizo en una confirmación específica con solo mirar los diffs. La function de logging es agradable, para ver cómo progresó en el time y las notas, pero para mí personalmente no vale la pena.

Eche un vistazo a Perforc e: tiene un complemento y herramientas que le permiten usarlo desde herramientas de layout como Photoshop, también es súper rápido y se integra bien con Visual Studio: se ejecuta en Windows y en Linux.

Lo que hice una vez fue crear un acceso directo "Instantánea" en el escritorio que agregaba y comprometía todo desde un directory específico.

Si cada diseñador se compromete con su propia sucursal (trivial con un DVCS pero fácil con SVN también) no habrá conflictos, y la fusión entre sucursales puede hacerse a intervalos por alguien que no le tenga miedo.

He estado teniendo mis ojos en GridIron's Flow por un time. Parece un package de control de versiones competente que tiene algunas características de administración de activos orderadas, como la visualización en charts entre versiones y las relaciones entre los diferentes activos. Flow tiene soporte para manejar files para Adobe Photoshop, Illustrator, Flash, etc. Sin embargo, a partir de ahora (principios de enero), GridIron aún no ha lanzado Flow, aparte de tener que anunciar el progtwig beta.

La mayoría de las agencias digitales que conozco que hacen principalmente desarrollo web usan Subversion para el control de versiones. Para evitar conflictos en los files de image, un artista bloqueará los files en los que trabajará. De esta forma, otro artista no cometerá el error de sobrescribir los cambios. Esto requiere cierta coordinación entre artistas y desarrolladores para que nadie pise a nadie. Además, si alguien se olvida de desbloquear, existe la posibilidad de romper lockings.

Si le interesa el control de versiones distribuidas, puede que quiera echar un vistazo a Mercurial, ya que tiene un buen soporte para Windows y tiene algunas hojas de trucos orderadas . Los niños de Ruby están usando git pero les falta bastante en Windows.

Antes de utilizar el control de versiones con artistas, al less asegúrese de que conozcan los conceptos básicos del control de versiones y déjelos jugar con él en un entorno aislado. También asegúrese de que hayan establecido algunas reglas básicas de conducta cuando queueboran entre sí e interactúan a través del control de versiones (es decir, forms de asegurarse de que no destruyan las obras de los demás ni se pisen los dedos de los demás).