GitHub опубликовал (https://blog.github.com/2018-11-02-git-lfs-v260/) релиз системы хранения Git LFS 2.6.0 (https://git-lfs.github.com/) (Git Large File Storage), развиваемой GitHub и позволяющей использовать Git для отслеживания версий больших файлов, содержащих наборы данных, звук, видео и графику. Код распространяется (https://github.com/github/git-lfs) под лицензией MIT.
В рамках проекта подготовлены специальное дополнение к Git, переработанный для эффективной передачи больших данных HTTP-клиент и реализация сервера (https://github.com/github/lfs-test-server). В штатном Git-репозитории большие файлы заменяются на текстовые ссылки, указывающие на контент в отдельном внешнем репозитории, что позволяет избежать повторного копирования файлов при клонировании и извлечении репозитория. При выполнении операций checkout большие файлы не загружаются вместе с остальными данными, а синхронизируются с сервера и хранятся в единственной копии.
Основные новшества (https://github.com/git-lfs/git-lfs/releases/tag/v2.6.0):- Обеспечено использование раздельной аутентификации для запросов к API, применяемых для загрузки клиентом необходимых метаданных, и запросов к хранилищу, применяемых клиентом для загрузки или выгрузки данных во внешнее хранилище. Ранее Git LFS определял метод аутентификации для LFS API и в дальнейшем использовал аналогичный метод при взаимодействии с хранилищем, что создавало трудности, так как обычно API и хранилище размещаются на разных серверах.
- Представлены новые опции для команды "git lfs checkout", упрощающие разбор конфликтов при слиянии, которые не удаётся разрешить автоматически. Опция "git lfs checkout --ours" позволяет при разрешении конфликта принять "нашу" сторону слияния, "git lfs checkout --theirs" - чужую сторону, а "git lfs checkout --base" использовать при слиянии основное состояние.
URL: https://blog.github.com/2018-11-02-git-lfs-v260/
Новость: https://www.opennet.dev/opennews/art.shtml?num=49548
Нужно и годно. А что там вместо хешей? Надеюсь не примитивное решeто в виде SHA1.
Не хотятъ переходить на SHA256.
А зачем вам sha256? Она тяжелее, чем sha1. Тут же не криптостойкость нужна.
это смотря кому. подделать комит в код, чтобы и sha1 сошлась, и код работал, и еще и делал что тебе нужно а не что автор написал, и не содержал странного мусора - действительно сложно или невозможно, даже если удастся технически влезть в репо. А наш Дуплик дальше .md не коммитит, там если один бред заменить другим бредом - никто и не заметит даже. Поэтому ему без 256 никак.
Идиота кусок - новость про хранение бинарных данных в Git, к которым мусор присоединить - нефиг делать.// b.
А к исходнику что нельзя? Во многих исходниках есть комментарии, поэтому сначала изменить смысловую часть до комментария, а потом искать коллизию для содержимого комментария. Но это если автор сам замешан в атаке: для sha1 взломана только collision resistance, а second preimage resistance остаётся.
Хм, выглядит, как камень в сторону Git на базе, вроде как, нашумевшей темы с SHA1. Но выглядит бросок жалко/странно, учитывая Open Source.
Отлично, попробую туда сложить бинарные зависимости, которые мы временно положили в репозиторий. Надеюсь, настраивается несложно и не надо обучать людей, как этим пользоваться
вот правильно мыслишь. не надо обучать людей, как этим пользоваться
LFS это Linux From Scratch.
А эта поделка не нужна. Попыток прикрутить файловую синхронизацию к системе версионирования было уже предостаточно. Не приживается.
Все довольно просто. Не нужна? Не пользуйтесь.
LFS это London Film School, а твоя поделка никому не нужна.
LFS это Life for Speed, а эта ваша школа никому не нужна.
LFS это Lost For Society. А этот ваш Scratch никому не нужен
Как раз пригодится! Я собирают Линукс-мультфильмы делать. Как раз мне нужна система коллективного рисования.
Возьми Perforce и не парь мозг.
Это же проприетарщина!!!
Ну, либо свободен-голоден.
Вот так в людских головах произошла подмена свободы. Оказывается теперь свобода выбора пропиетарности инструмента не является свободой.
Хуже - это оффтопик!
что он вам плохого сделал? перфорс кроме общего неудобства и проаприетарности ещё и прилично тупит на бинарных файлах
По заголовку подумал, что это какой-то супер-автоматизированный source-based дистрибутив. Немного разочаровался.
> По заголовку подумал, что это какой-то супер-автоматизированный source-based дистрибутив.
> Немного разочаровался.Да, действительно. Заголовок нужно--^^^ для людей писать[I]!
Аналогично. Думал, что наконец то единственному нормальномц дистру поддержку запилили, ан нет.
Ты про NixOS/GuixOS подумал?
Тьфу, опять этот голынг.
Git Linux From Scratch )))
> не загружаются вместе с остальными данными, а синхронизируются с сервера и хранятся в единственной копии.Распределённые системы контроля версий говорили они...