https://www.opennet.ru/openforum/vsluhforumID3/113745.html Состоялся (https://blog.github.com/2018-03-02-git-lfs-2.4.0-released/) релиз системы хранения Git LFS 2.4.0 (https://git-lfs.github.com/) (Git Large File Storage), развиваемой GitHub и позволяющей использовать Git для отслеживания версий больших файлов, содержащих наборы данных, звук, видео и графику. В штатном Git-репозитории большие файлы заменяются на текстовые ссылки, указывающие на контент в отдельном внешнем репозитории, что позволяет избежать повторного копирования файлов при клонировании и извлечении репозитория. При выполнении операций checkout большие файлы не загружаются вместе с остальными данными, а синхронизируются с сервера и хранятся в единственной копии. В рамках проекта подготовлены специальное дополнение к Git, переработанный для эффективной передачи больших данных HTTP-клиент и реализация сервера (https://github.com/github/lfs-test-server). Код распространяется (https://github.com/github/git-lfs) под лицензией MIT.<br><br><br>Основные новшества (https://github.com/git-lfs/git-lfs/releases/tag/v https://www.opennet.ru/openforum/vsluhforumID3/113745.html#14 Tue, 06 Mar 2018 21:26:50 GMT makedepends=('go' 'ruby-ronn')<br><br>что за хрень?<br><br>почему?<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#13 Mon, 05 Mar 2018 21:13:45 GMT И дальше что? Это я и так видел. Никакой полезной инфы кроме адреса для пожертвований там нет, но я спрашиваю в целом о ситуации с LFS а не только об этом хранилище. Кажется или я рукожоп или гитхаб положил на идею форков в случае с LFS.<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#12 Mon, 05 Mar 2018 20:11:26 GMT github.com/jasongrier/sl/commit/7ab0fa78<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#11 Mon, 05 Mar 2018 18:33:04 GMT Опционально.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#10 Mon, 05 Mar 2018 18:30:30 GMT &gt;для отслеживания версий больших файлов<br><br>не больших, а любых нетекстовых.<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#9 Mon, 05 Mar 2018 17:10:53 GMT Немного оффтопа.<br>Есть вопрос к знатокам LFS и гитхаба:<br>Вот есть репка https://github.com/jasongrier/sl при попытке её клонировать пишет "This repository is over its data quota. Purchase more data packs to restore access.". Я форкнул, но это естественно не помогло, я купил 1 data pack на 50ГБ, но по прежнему пишет эту же ошибку, хотя я и форк делал и подставлял свои учётные данные. <br>Действительно оплатить квоту должен именно исходный владелец хранилища? Почему так бредово. Или я что-то делаю не так?<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#8 Mon, 05 Mar 2018 10:45:31 GMT Поэтому логично их хранить в LFS независимо от размера. Вряд ли в них будут вноситься изменения, которые git сможет обработать эффективно.<br>Хотя есть вариант хранить в гите sng, а png генерить из них при сборке. Но сложно представить ситуацию, когда такое имело бы смысл.<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#7 Mon, 05 Mar 2018 10:01:47 GMT есть открытые альтернативы в таким же интерфейсом как y s3<br> https://www.opennet.ru/openforum/vsluhforumID3/113745.html#6 Mon, 05 Mar 2018 10:00:53 GMT png иконки это бинарные файлы<br>