Mit git-lfs / 1.1.0 (GitHub; Linux 386; gehen Sie 1.5.1), Dateigröße 4.3G.
%Vor% .gitattributes: *.nnex filter=lfs diff=lfs merge=lfs -text
git add evernote-backup.nnex : fatal: Cannot handle files this big
git lfs ls-files : Git can't resolve ref: "HEAD"
git lfs track : Listing tracked paths evernote-backup.nnex .gitattributes)
git lfs env :
Ich erhalte den folgenden Fehler:
%Vor%
Dies ist ein 32-Bit-Adressierungsproblem bei i386, und Git und git-lfs können einfach keine Datei adressieren, die größer als 4 GB ist. Der maximale Wert einer vorzeichenlosen 32-Bit-Ganzzahl ist 4,294,967,295 , was etwa 4 GB ergibt.
Wir können sehen, wo dieser Fehler innerhalb des Git-Quellcodes in % geworfen wird. co_de% :
%Vor% Ich weiß nicht genug darüber, wie git-compat-util.h intern arbeitet, um zu wissen, ob man damit umgehen kann.
Wenn Sie an einem 64-Bit-System ( git-lfs ) und nicht an dem 32-Bit-System ( x86_64 ) arbeiten, das Sie verwenden, ist dies eine Option, die Ihr Problem behebt. Alternativ können Sie i386 anstelle von git-annex mit etwas Erfolg verwenden, aber jemand anderes hatte ein ähnliches Problem mit git-lfs . Es gibt nicht genug Details in dem Fehlerbericht, um zu wissen, ob dies immer noch ein Problem auf 32-Bit-Systemen ist.
Leider sehen Sie sich mit einer üblichen Einschränkung der 32-Bit-Hardware konfrontiert. Bei diesen Systemen treten Probleme auf, wenn Sie versuchen, Dateien mit mehr als 4 GB zu verarbeiten. Es ist Upgrade-Zeit!