The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

GitHub выпустил Git LFS 2.4.0

05.03.2018 09:00

Состоялся релиз системы хранения Git LFS 2.4.0 (Git Large File Storage), развиваемой GitHub и позволяющей использовать Git для отслеживания версий больших файлов, содержащих наборы данных, звук, видео и графику. В штатном Git-репозитории большие файлы заменяются на текстовые ссылки, указывающие на контент в отдельном внешнем репозитории, что позволяет избежать повторного копирования файлов при клонировании и извлечении репозитория. При выполнении операций checkout большие файлы не загружаются вместе с остальными данными, а синхронизируются с сервера и хранятся в единственной копии. В рамках проекта подготовлены специальное дополнение к Git, переработанный для эффективной передачи больших данных HTTP-клиент и реализация сервера. Код распространяется под лицензией MIT.

Основные новшества:

  • Представлен полностью новый движок (filepath-filter) для обработки масок включения/исключения файлов в хранилище, связанных с опциями "--include" и "--exclude". В новом движке появилась возможность указания диапазонов и классов символов.
  • Унифицированы индикаторы прогресса выполнения операций, которые теперь основаны на одном коде и соответствуют стилю Git:
    
       ~/example (master) $ git lfs prune
       prune: 13 local object(s), 3 retained" prune.log
       prune: Deleting objects:  80% (8/10), done" prune.log
    
  • Приведён в порядок индикатор прогресса загрузки объектов Git LFS, убрано упоминание о пропущенных объектах и выведена информация о средней скорости загрузки:
    
       ~/Desktop $ git lfs clone git@github.com:ttaylorr/example.git
       Cloning into 'example'...
       # ...
       Downloading LFS objects:  40% (55/136), 96 MB | 15 MB/s
    
  • Обеспечено включение любых связанных ссылок в составе запросов к API, что в будущем планируется использовать для предоставления возможности применения Git LFS для совершения pull-запросов;
  • В команду "git lfs ls-files" добавлены новые опции '--all', '--include', '--exclude' и '--size', а также обеспечен показ прокэшированных LFS-объектов;
  • В команду "git lfs migrate" добавлена опция '--skip-fetch' для миграции в offline-режиме и обеспечена возможность применения префикса '^' в аргументах c refspeс.


  1. Главная ссылка к новости (https://blog.github.com/2018-0...)
  2. OpenNews: Уязвимость в Git, Subversion и Mercurial, допускающая подстановку команд через URL ssh://
  3. OpenNews: Доступен Gitlab 8.2 с поддержкой хранилища больших файлов Git LFS
  4. OpenNews: GitHub представил Git-хранилище для больших файлов
  5. OpenNews: GitHub объявил о доступности хранилища больших файлов для всех репозиториев
  6. OpenNews: Microsoft и GitHub портируют GVFS (Git Virtual File System) для Linux и macOS
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48200-git
Ключевые слова: git, lfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (12) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 11:46, 05/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > для отслеживания версий больших файлов, содержащих наборы данных, звук, видео и графику

    и всё таки, какого размера "большие файлы"? png иконки - это большие файлы? 100KB? 1MB? 10КБ ? Какой критерий, что вместо обычного хранения статических картинок и медиа стоит юзать git lfs?

     
     
  • 2.5, Аноним (-), 12:15, 05/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Все бинари как минимум
     
     
  • 3.6, annual slayer (?), 13:00, 05/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    png иконки это бинарные файлы
     
     
  • 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" - интересно, насколько оно заточено именно под Амазон. А то можно было бы с каким-нибудь альтернативным бэкендом развернуть, если понадобится.
     
     
  • 2.7, annual slayer (?), 13:01, 05/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    есть открытые альтернативы в таким же интерфейсом как y s3
     
  • 2.11, Аноним (-), 21:33, 05/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Опционально.

     

  • 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ГБ, но по прежнему пишет эту же ошибку, хотя я и форк делал и подставлял свои учётные данные.
    Действительно оплатить квоту должен именно исходный владелец хранилища? Почему так бредово. Или я что-то делаю не так?
     
     
  • 2.12, Аноним (-), 23:11, 05/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    github.com/jasongrier/sl/commit/7ab0fa78
     
     
  • 3.13, Лис (?), 00:13, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И дальше что? Это я и так видел. Никакой полезной инфы кроме адреса для пожертвований там нет, но я спрашиваю в целом о ситуации с LFS а не только об этом хранилище. Кажется или я рукожоп или гитхаб положил на идею форков в случае с LFS.
     

  • 1.10, Аноним (-), 21:30, 05/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >для отслеживания версий больших файлов

    не больших, а любых нетекстовых.

     
  • 1.14, Xasd (ok), 00:26, 07/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    makedepends=('go' 'ruby-ronn')

    что за хрень?

    почему?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру