1.3, Аноним (-), 11:46, 05/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> для отслеживания версий больших файлов, содержащих наборы данных, звук, видео и графику
и всё таки, какого размера "большие файлы"? png иконки - это большие файлы? 100KB? 1MB? 10КБ ? Какой критерий, что вместо обычного хранения статических картинок и медиа стоит юзать git lfs?
| |
|
|
|
4.8, Аноним (-), 13:45, 05/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Поэтому логично их хранить в LFS независимо от размера. Вряд ли в них будут вноситься изменения, которые git сможет обработать эффективно.
Хотя есть вариант хранить в гите sng, а png генерить из них при сборке. Но сложно представить ситуацию, когда такое имело бы смысл.
| |
|
|
|
1.4, YetAnotherOnanym (ok), 12:14, 05/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хммм... "Git LFS servers can offload object storage to cloud services like S3" - интересно, насколько оно заточено именно под Амазон. А то можно было бы с каким-нибудь альтернативным бэкендом развернуть, если понадобится.
| |
1.9, Лис (?), 20:10, 05/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Немного оффтопа.
Есть вопрос к знатокам LFS и гитхаба:
Вот есть репка https://github.com/jasongrier/sl при попытке её клонировать пишет "This repository is over its data quota. Purchase more data packs to restore access.". Я форкнул, но это естественно не помогло, я купил 1 data pack на 50ГБ, но по прежнему пишет эту же ошибку, хотя я и форк делал и подставлял свои учётные данные.
Действительно оплатить квоту должен именно исходный владелец хранилища? Почему так бредово. Или я что-то делаю не так?
| |
|
|
3.13, Лис (?), 00:13, 06/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
И дальше что? Это я и так видел. Никакой полезной инфы кроме адреса для пожертвований там нет, но я спрашиваю в целом о ситуации с LFS а не только об этом хранилище. Кажется или я рукожоп или гитхаб положил на идею форков в случае с LFS.
| |
|
|
|