git-annex существует уже довольно давно, но так и не набрал обороты.
Git LFS довольно молод и уже поддерживается GitHub, Bitbucket и GitLab.
Оба инструмента обрабатывают двоичные файлы в репозиториях git. С другой стороны, GitLab, похоже, заменил git-приложение с Git LFS в течение одного года.
Они действительно решают одну и ту же проблему.
Позвольте мне начать с плюсов и минусов, затем я перейду к техническим различиям.
git-annex работает, создавая символическую ссылку в вашем репо, которая фиксируется. Фактические данные сохраняются в отдельном бэкэнде (S3, rsync и МНОГИЕ другие). Он написан на хаскеле. Поскольку он использует символические ссылки, пользователи Windows вынуждены использовать приложение совершенно по-другому, что увеличивает кривую обучения.
Файлы указателей записываются. API git-lfs используется для записи больших двоичных объектов в lfs. В связи с этим требуется специальный сервер LFS. Git lfs использует фильтры, поэтому вам нужно настроить lfs только один раз и снова, когда вы хотите указать, какие типы файлов вы хотите отправить в lfs.
Основным преимуществом приложения git является то, что вы можете выбрать, какой файл вы хотите загрузить.
Вы все еще знаете, какие файлы доступны благодаря символическим ссылкам.
Например, предположим, что у вас есть каталог, полный файлов ISO. Вы можете перечислить файлы, а затем решить, какой из них вы хотите загрузить, набрав: git annex get my_file.
Еще одним преимуществом является то, что файлы не дублируются в вашей кассе. В LFS файлы lfs присутствуют как объекты git как в .git/lfs/objects, так и в вашем рабочем репозитории. Итак, если у вас есть 20 ГБ файлов LFS, вам нужно 40 ГБ на диске. В то время как с приложением git файлы связаны символическими ссылками, поэтому в этом случае требуется только 20 ГБ.
