práctica recomendada para almacenar archivos no fuente bajo el control de versión

Question

Tengo un proyecto bajo control de versión, pero el proyecto tiene algunas imágenes, videos y archivos zip que cambian cada cierto tiempo. No quiero almacenar estos archivos bajo control de versión porque ocupan mucho espacio y hacen actualizaciones y confirmaciones muy lentas.

¿Cuál es una buena forma de tratar este problema y todavía cometer archivos no fuente que han cambiado? hay una mejor manera?

Actualmente estoy usando subversion, si hay otro cliente de control de versiones que sea mejor para tratar este problema, ¡por favor lo recomiende!

Answer 1

agregó en un comentario:

El problema que tengo con esto es que no me importa el historial de versiones de los archivos zip/vídeo, siempre y cuando ellos son los más nuevos, no hay ningún problema.

Eso significa que tiene un flujo de trabajo lineal de desarrollo, que solo trabaja en lo ÚLTIMO de una rama principal.
No parece que lidiar con la fase "después de la liberación", donde usted tiene que:

• mantener lo que se ejecuta en la producción
• desarrollar pequeñas evoluciones ...
• ..while hacer refactorización masiva para experimentar algunos grandes evoluciones

en los tres últimos casos, la cuestión de "¿cuáles fueron las exactas imágenes, vídeos y archivos zip 'tengo que usar' o 'yo estaba usando en ese momento' podría b Ecome importante.

De todos modos, si cree que SVN no los maneja de forma adecuada, igual recomendaría tener alguna forma de recordar que, para la revisión SVN xxx a yyy, estaba usando la versión 'z' de su conjunto de binarios.
Para eso, puede configurar un repositorio externo como Maven. Vea la pregunta "Is it acceptable/good to store binaries in SVN?" (mi respuesta en esa pregunta está cerca de la parte superior de la página, pero me enlace directamente a la respuesta de Evan cuando menciona a Maven).

Answer 2

Tengo un montón de archivos no fuente en SVN y la única vez que se ralentiza la confirmación es cuando los cambio. No veo cómo esto es un problema si solo cambian "cada cierto tiempo". Además, el tamaño realmente no debería ser una preocupación. Si su repositorio está en un servidor y le preocupa la cantidad de espacio que necesita, debe actualizarlo. Los discos duros son baratos. Comprarlos.

Algunas personas creen firmemente que los archivos que no son fuente no pertenecen al control de fuente, digo que un proyecto completo debe almacenarse en control de fuente. De esa forma, si mi sistema de desarrollo falla, puedo cambiar a otro y después de un par de minutos de descargar el proyecto, vuelvo a la codificación.

Answer 3

Aunque me resulta muy complicado tratar con archivos que no son de texto en el control de versiones, especialmente los que cambian mucho, acepté la práctica de "si es necesario para la compilación/instalador debería ir en control de versiones". Esto, por supuesto, no es una regla dura. No mantengo bibliotecas de terceros bajo control de versiones (aunque conozco a personas que sí las tienen).

He llegado a esta opinión después de configurar un servidor de integración continua en mi tienda. Tener todo lo necesario para la construcción que puede cambiar lo hace mucho más fácil. Como mencioné anteriormente, no mantengo libs bajo control de versión, pero eso se debe al hecho de que rara vez actualizamos/agregamos nuevas bibliotecas. Si este no es el caso para su tienda, entonces puede considerar hacerlo. Además, si sus imágenes/videos/cremalleras cambian más de una vez al año, le recomendaría mantenerlos bajo control de versiones.