Configuración del repositorio de Git con los binarios

Question

Mi empresa está considerando la implementación de Git, pero tengo una pregunta sobre cuál sería la mejor manera de configurarlo. Tenemos 3 sitios y estamos planeando usar Gerrit2 para crear espejos. Nuestro repositorio tiene aproximadamente 2 GB y nos gustaría comenzar a agregarle binarios. Sin embargo, me preocupa el uso del espacio. No me importa si todas las versiones de los binarios están almacenadas en un puñado de ubicaciones, pero quiero asegurarme de que no empantanen las operaciones de clonación.

Entiendo que Git utiliza enlaces duros, pero creo que solo funcionará si colocamos una copia del repositorio en cada montaje. ¿Hay mejores opciones y, de ser así, cuáles son las compensaciones? Las opciones que estoy viendo son "--shared" y "--reference".

Answer 1

Para utilizar git nativo, utilice un repositorio independiente para alojar los binarios mediante los submódulos de git. Esto me ha funcionado en los sistemas de IVR que tenían una tonelada de gigantescos archivos .wav. Si necesita más aclaraciones, no dude en ponerse en contacto conmigo.

He aquí una buena escritura en ellos:

http://progit.org/book/ch6-6.html

esperanza esto ayuda

Answer 2

Use git-media para archivos binarios grandes. Almacena referencias a binarios como sumas SHA1 y aloja los binarios en un lugar (y protocolo) de su elección. Cuando haces un clon, solo obtiene los binarios necesarios para completar la copia de trabajo.

Answer 3

Otra alternativa para git mediamentioned por Marcelo es git annex:

Ver what git-annex is not:

git-anexo no es git-media, aunque ambos se aproximan al mismo problema desde una dirección similar. Solo supe de git-media después de escribir git-annex, pero probablemente todavía habría escrito git-annex en lugar de usarlo.

Actualmente, git-media tiene la ventaja de usar filtros git smudge en lugar de la pila de enlaces simbólicos de git-annex, y puede ser más ajustado para ciertas situaciones.
Carece de la compatibilidad de git-annex para el almacenamiento ampliamente distribuido, utilizando solo un único almacén de datos back-end.
Tampoco admite revisiones parciales del contenido del archivo, como git-annex does.

---

Nota: abdelsaid añade in the comments:

Puede utilizar git-anexo con bup (BUP le permite tener las versiones), consulte git-annex/ special remotes/ bup (y Using bup)

tengo presentado bup en más detalles en "git with large files"

Answer 4

Sin embargo, otra posibilidad es git-fat (o fork de Cyan de git en grasa con algunas mejoras); es incluso más ligero (depende solo de Python y rsync) que git-media (Ruby), y definitivamente más liviano que git-annex (Haskell). El costo de eso es menos configurable, pero esta puede ser la mejor solución en algunos casos.