Ich habe einen Debian-Computer und ein MacBook Air. Unter Debian habe ich ein Repository erstellt:
mkdir -p /repository/git/2014.git
cd /repository/git/2014.git
git init --bare --shared
Auf dem MacBook habe ich dann Folgendes eingegeben:
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
Nun, git add .und es git push origin masterhat ziemlich lange gedauert.
Ich habe mich für diesen Ansatz entschieden, weil er sich recht einfach anwenden lässt. Wenn auf dem MacBook neue Bilder hinzugefügt werden, kann ich git push origin masterdiese ganz einfach debianbox:/repository/git/2014.gitwieder aufrufen. Außerdem erhalte ich nebenbei eine Versionierung.
Wenn ich vor meinem Debian-Computer sitze, mache ich einfach Folgendes git clone /repository/git/2014.git /to/bring/pictures/to/the/place/I/need/them.
Kennen Sie bessere Möglichkeiten, das zu erreichen, was ich im Grunde möchte?
Antwort1
Git auf diese Weise zu verwenden, ist keine wirklich gute Idee. Es ist nicht dafür gedacht, binäre Daten zu speichern, daher behalten Sie bei jeder Überarbeitung eines identischen Images beide Kopien (alt + neu). Außerdem ist es nicht gerade die schnellste Methode, diese Art von Daten zu verschieben.
Wenn Sie sich für die Git-Schnittstelle entscheiden, können Siegit-annexstattdessen. Es verwendet die Git-Benutzeroberfläche, ermöglicht aber den Austausch der „Backends“ gegen solche, die besser für Binärdaten geeignet sind.
git-annex ermöglicht die Verwaltung von Dateien mit git, ohne den Dateiinhalt in git einzuchecken. Das mag paradox erscheinen, ist aber nützlich, wenn es um Dateien geht, die größer sind, als git derzeit problemlos verarbeiten kann, sei es aufgrund von Speicher-, Zeit- oder Festplattenspeicherbeschränkungen.
git-annex ist für Git-Benutzer gedacht, die die Kommandozeile lieben. Für alle anderen verwandelt der git-annex-Assistent git-annex in einen einfach zu verwendenden Ordnersynchronisierer.