
Tengo una computadora Debian y una MacBook Air. En Debian creé un repositorio:
mkdir -p /repository/git/2014.git
cd /repository/git/2014.git
git init --bare --shared
Luego en la MacBook escribí:
cd /path/to/2014-pictures
git init
git add .
git commit -m "initial commit"
git remote add origin lozsui@debianbox:/repository/git/2014.git
git push origin master
Ahora, git add .
y git push origin master
tomó bastante tiempo.
Elegí este enfoque porque lo encuentro bastante fácil de aplicar. En caso de que se agreguen algunas imágenes nuevas en la MacBook, puedo volver a editarlas git push origin master
con bastante facilidad debianbox:/repository/git/2014.git
. Además, obtengo un versionado en el camino.
Cuando estoy sentado frente a mi computadora Debian simplemente hago git clone /repository/git/2014.git /to/bring/pictures/to/the/place/I/need/them
.
Ahora bien, ¿conocen ustedes mejores formas de lograr lo que básicamente quiero hacer?
Respuesta1
Usar Git de esta manera es una realmente mala idea. No está destinado a almacenar datos binarios, por lo que cada vez que revises una imagen idéntica conservarás ambas copias (antigua y nueva). Además, no es realmente lo más rápido para mover este tipo de datos.
Si su corazón está puesto en la interfaz de Git, podría usargit-annex
en cambio. Hace uso de Git U/I pero permite cambiar los "backends" por otros que se adapten mejor a los datos binarios.
git-annex permite administrar archivos con git, sin verificar el contenido del archivo en git. Si bien esto puede parecer paradójico, es útil cuando se trata de archivos más grandes de lo que git puede manejar actualmente, ya sea debido a limitaciones de memoria, tiempo o espacio en disco.
git-annex está diseñado para usuarios de git que aman la línea de comandos. Para todos los demás, el asistente git-annex convierte git-annex en un sincronizador de carpetas fácil de usar.