Control de versiones para gráficos

Question

Digamos que un equipo de desarrollo incluye (o utiliza) artistas gráficos que crean todas las imágenes que forman parte de un producto.Estas cosas incluyen iconos, mapas de bits, fondos de ventanas, imágenes de botones, animaciones, etc.

Obviamente, todo lo necesario para crear un software debe estar bajo algún tipo de control de versiones.Pero la mayoría de los sistemas de control de versiones para desarrolladores están diseñados principalmente para información basada en texto.¿La gente de gráficos debería usar el mismo sistema de control de versiones y repositorio que los codificadores?Si no, ¿qué deberían usar y cuál es la mejor manera de mantener todo sincronizado?

Answer 1

Sí, tener recursos artísticos en el control de versiones es muy útil.Tiene la capacidad de realizar un seguimiento del historial, revertir cambios y tiene una única fuente para realizar copias de seguridad.Tenga en cuenta que los recursos artísticos son MUCHO más grandes, por lo que su servidor necesita tener mucho espacio en disco y ancho de banda de red.

He tenido éxito con el uso forzosamente en proyectos muy grandes (+100 GB), sin embargo, tuvimos que ajustar el acceso al servidor de control de versiones con algo un poco más amigable para los artistas.

He oído algunas cosas buenas sobre cerebro alienígena Además, parece tener una interfaz de usuario muy elegante.

Answer 2

GitHub introdujo recientemente "modos de visualización de imágenes", eche un vistazo: https://github.com/blog/817-behold-image-view-modes.

Answer 3

Nosotros también simplemente ponemos los binarios en control de fuente.Usamos Git, pero se aplicaría igual de bien a Subversion.

Una sugerencia que tengo es usar SVG siempre que sea posible, porque puedes ver las diferencias reales.Con los archivos binarios (la mayoría de los demás formatos de imagen), lo mejor que puedes obtener es un historial de versiones.

Answer 4

Mucha gente que se dedica a los gráficos querrá algo más sofisticado que la subversión.Si bien es bueno para el control de versiones, querrán un sistema de gestión de contenidos que permita referencias cruzadas de activos, etiquetas, miniaturas y ese tipo de cosas (así como control de versiones).

Answer 5

TortoiseSVN puede mostrar revisiones de imágenes una al lado de la otra, lo cual es realmente útil.Lo he usado con diferentes equipos con un gran grado de éxito.A los artistas les encantó tener la capacidad de revertir cosas (después de que se acostumbraron a los conceptos).Aunque requiere mucho espacio.

Answer 6

@lomaxx TortoiseSVN incluye un programa llamado TortoiseIDiff que parece ser una diferencia para imágenes.No lo he usado pero parece intrigante.

Answer 7

Interesante pregunta.No tengo mucha experiencia trabajando directamente con diseñadores en un proyecto.Cuando lo he hecho, ha sido a través de una especie de acuerdo contractual en el que "entregaron" un diseño.He realizado parte de mi propio trabajo de diseño tanto para sitios web como para aplicaciones de escritorio, y aunque no he usado el control de código fuente en el pasado, estoy en el proceso de implementar SVN para mi propio uso, ya que estoy empezando a trabajar como autónomo remunerado. trabajar.Tengo la intención de utilizar el control de versión/fuente precisamente de la misma manera que lo haría con el código fuente.Simplemente se convierte en otra carpeta en el tronco del proyecto.La forma en que he trabajado sin control de fuente es crear un activos Carpeta en la que residen todos los archivos multimedia que son equivalentes al código fuente.Me gusta pensar en los PSD de Photoshop como código fuente de gráficos mientras que la salida JPEG para un sitio web o de otro modo es la versión compilada.

En el caso de trabajar con diseñadores, que es una clara posibilidad a la que me enfrento en el futuro cercano, me gustaría intentar que "registren" sus diferentes versiones de sus archivos fuente de forma regular.Tendré curiosidad por leer qué dirán otros con cierta experiencia en respuesta a esto.

Answer 8

Definitivamente pondría los gráficos bajo control de versiones.Es posible que la diferenciación no sea muy útil desde una herramienta de diferenciación como diffmerge, pero aún así puedes consultar dos versiones del gráfico y verlas una al lado de la otra para ver las diferencias.

No veo ninguna razón por la que los gráficos resultantes no deban mantenerse en el mismo sistema de control de versiones que utilizan los codificadores.Sin embargo, cuando crea gráficos utilizando archivos PSD o archivos PDN, es posible que desee crear un repositorio separado para ellos, ya que tienen un contexto diferente al jpeg o gif final real que se produce e implementa con la aplicación desarrollada.

Answer 9

En mi opinión pixelapse Combinado con una solución de respaldo es el mejor software de control de versiones para gráficos que he encontrado hasta ahora.Admite archivos de Adobe y un montón de imágenes rasterizadas normales.Tiene vista previa versión por versión.Se guarda automáticamente cuando los archivos se actualizan (al guardar).Funciona como Dropbox pero tiene una excelente interfaz web.

Puedes usarlo en equipos y compartir proyectos con diferentes personas.También admite revisores infinitos, lo cual es excelente para las agencias de diseño.Y si quieres puedes colaborar públicamente en proyectos que sean "abiertos".

Desafortunadamente, no puedes tener un servidor pixelapse local, por lo que, para la copia de seguridad, mi configuración actual es que tengo la carpeta Pixelapse (como una carpeta de Dropbox) dentro de un repositorio de git para la creación de instantáneas.

Answer 10

Usamos la subversión.Simplemente coloque una carpeta en /trunk/docs para las composiciones y haga que los diseñadores revisen y se comprometan con esa carpeta.Funciona como un campeón.

Answer 11

Con respecto a las diferencias y la fusión, creo que el control de versiones es más crítico para los gráficos y los elementos multimedia.Si lo piensas bien, la mayoría de los diseñadores serán los únicos propietarios de un archivo, al menos en el caso de los gráficos, o al menos yo creo que ese sería el caso.Me gustaría saber de un diseñador.

Answer 12

@Damian: buen punto sobre el etiquetado y las referencias cruzadas.Eso es cierto;Si bien no he trabajado con muchos diseñadores en un proyecto de desarrollo de software, trabajé para una empresa que tenía un departamento de diseño y sé que esto es un problema.Los diseñadores todavía buscan (perpetuamente) el sistema perfecto para manejar este tipo de cosas.Creo que esto es más adecuado para un departamento de diseño para el acceso compartido, la búsqueda y el control de versiones, etc., de todos los activos, donde existe un incentivo comercial para no reinventar la rueda siempre que sea posible.No creo que se aplique de manera orientada a proyectos, ya que el etiquetado y las referencias cruzadas no serían tan aplicables.

Answer 13

Mantenemos los archivos binarios y las imágenes en control de revisión, usando Perforce.¡Es genial!

Mantenemos muchos recursos artísticos y se adapta bien a muchos archivos grandes.Reconoce archivos binarios, aquellos que no se pueden diferenciar, y los almacena como copias completas del archivo en el back-end.

Tiene P4V (navegador visual multiplataforma) y un sistema de miniaturas para que los archivos de imágenes se puedan ver en el navegador.

Answer 14

Quizás quieras echarle un vistazo a Jabalí:"Control de versiones sencillo y copia de seguridad de fotos, vídeos y otros archivos binarios".Puede manejar archivos binarios de cualquier tamaño. http://code.google.com/p/boar/

Answer 15

Una solución gratuita y un poco complicada es la versión de Adobe Cue, que viene con Adobe Suites hasta CS4 y es fácil de instalar y mantener.Ofrece control a nivel de usuario y es amigable para los artistas.Sin embargo, Adobe ha descontinuado el soporte, lo cual es una pena.Adobe Bridge actúa como cliente entre el usuario y el servidor Version Cue.Si se usa correctamente, es una solución económica para el control de versiones.Utilizo la versión CS3 con CS3 Bridge.Funciona muy bien para equipos pequeños.