Copia de seguridad estilo Git de archivos binarios

Question

Estoy en proceso de integrar el sistema de control de versiones GIT en 3ds max para controlar el control de versiones de archivos .max.

He probado git con archivos máx. Durante varias semanas y he descubierto que satisface mis necesidades, pero, de todos modos, git es un poco complicado para este tipo de tareas. Lo que estoy buscando es el programa que funciona igual que (bueno, casi) git, pero:

1. nace de forma natural programa de Windows - git fracasó varias veces en mi red compartida carpetas y destruyó mis archivos binarios max . Este es el problema principal, y no sé cómo resolverlo.
2. no procesa (ni siquiera intenta) el contenido del archivo. Creo que eso acelera el flujo de trabajo.
3. tiene una interfaz cerca de TortoiseGIT.

lo que este software tiene que tener es:

1. cometió y cronológicamente los mandatos
2. apoyo
3. ser distribuido y no orientada como Perforce servidor de ramificación.

Probé Mercurial, pero es muy lento en archivos binarios grandes. Si alguien sabe cómo acelerarlo (al deshabilitar la administración de contenido, supongo) y tiene TortoiseHg completamente funcional, cualquier información sería muy apreciada.

¡Gracias!

Answer 1

En cuanto a git destruir sus archivos binarios max,
¿Ha definido core.autocrlf=false?

GIT sería un control fuente muy inútil si destruye las fuentes.
This question por nuestra propia cuenta SO profundiza en el manejo de las diferencias con respecto a CR & LF en GIT.

Answer 2

archivos binarios tienen una especie de relación ambivalente con VCS porque:

• que no se fusionan (por lo que el todo "el apoyo de ramificación" no es tan interesante)
• no lo hacen diff muy bien (es decir, el almacenamiento de su historia no es muy compacto)
• por lo general pueden ser generados
• o que se pueden recuperar de otro tipo de repositorios

Los archivos binarios son parte de Git limits ya que tienden a ralentizar todo el flujo de trabajo, y lo hacen not scale in size (el repositorio se vuelve demasiado grande para administrar/respaldar de manera eficiente).

Entonces la pregunta es: ¿podría almacenar esos archivos algún otro repositorio que un VCS?
A Maven repo quizás (administrado por un gestor de repo como Nexus, no distribuido exactamente, pero hecho para referenciar la versión precisa de cualquier tipo de conjunto de archivos).

---

Jakub Narębski (real Git contributor) señala con razón a un proyecto Git tenedor capaz de gestionar más archivos grandes de manera eficiente.

git-bigfiles alt text http://caca.zoy.org/raw-attachment/wiki/git-bigfiles/git-bigfiles.png (bien, el logotipo del proyecto es impresionante;))

La pregunta sigue siendo: es un VCS la herramienta adecuada para la gestión de tales objetos de gran tamaño?
Porque en mi experiencia, se preguntará la cuestión de "limpiar el historial" un día u otro, debido a una cantidad cada vez mayor de espacio de disco utilizado.
Y VCS son fundamentalmente no hecho para "limpiar" su historial.
Git no puede hacerlo sin cambiar su clave SHA1, por lo que cualquier publicación futura a otro repositorio público será problemática.

Answer 3

Lo que no entiendo es por qué quiere usar un DVCS sin poder hacer diferencias y así poder beneficiarse de él, como dice el primer comentario.

Yo aconsejaría dos direcciones posibles:

• echar un vistazo a archiva y/o hiedra (herramientas de Java) que se ha diseñado para gestionar la distribución de archivos binarios, tales como archivos jar , para los desarrolladores, pero podría ser demasiado intento centrado en java (o incluso centrada en el desarrollo) para su caso de uso, o

• utilizar rync y sus posibilidades de copia de seguridad (rsync puede salvar el mayor número cinco las distancias que desee en lugar de reemplazar la copia anterior por la nueva). Parece adecuado para sus necesidades: funciona bien en Windows, maneja binarios muy buenos, así como también archivos de texto, tiene un ancho de banda muy eficiente (puede comprimir) y maneja copias de seguridad con varias versiones. Lo único que falta para ti sería una GUI, idealmente integrada con winexplorer. Tal vez exista alguno, no sé ...

Espero que ayude.

Cheers,
Christophe.

= Las copias de seguridad son para wimps. Los hombres reales cargan sus datos en un sitio FTP y hacen que todos los demás lo reflejen. --Linus Torvalds =

Answer 4

Es posible que desee investigar Veracity que was designed with this requirement in mind. El instalador de Windows incluye un cliente tipo Tortuga. (No sé si el instalador de Mac tiene una interfaz similar Yo sé que el Linux installer currently doesn't have such an interface..)

enlaces pertinentes:

• Download
• Getting started (Windows client)
• Getting started (command line)
• DVCS comparison chart (nota, cuadro creado por el equipo de Veracity) ...Las principales diferencias con Git son que no puede rebasear - por diseño, no se puede reescribir el historial - y no puede dividir - no sabe si esto es por diseño o no

Answer 5

¿Ha considerado usar Autodesk Vault? Funciona bien con 3dsmax (lo hemos usado durante muchos años, tanto para Inventor como para 3dsmax). http://www.autodesk.com/products/autodesk-vault-family/features

Answer 6

TACTICS es también un sistema de respaldo para proyectos relacionados con gráficos, y su código abierto. Vale la pena mencionarlo.

http://community.southpawtech.com/get-started

http://community.southpawtech.com/tactic-content/quickstart