The OpenNET Project / Index page

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

11.09.2018 12:38  Выпуск распределенной системы управления исходными текстами Git 2.19

Подготовлен выпуск распределенной системы управления исходными текстами Git 2.19.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. По сравнению с прошлым выпуском в новую версию принято 769 изменений, подготовленных при участии 72 разработчиков, из которых 16 впервые приняли участие в разработке.

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

  • Добавлена команда "git range-diff", позволяющая сравнить разные наборы коммитов. В отличие от "git diff" команда "git range-diff" может охватить более одного коммита и показать не только изменения содержимого и прикреплённых примечаний, но и различия в порядке следования коммитов. Например, новая команда может применяться для оценки различий между состоянием сразу нескольких коммитов после корректировки набора исправлений при помощи "git rebase" в процессе подготовки к слиянию с основным проектом.

    На скриншоте ниже показано изменение состояния веток, при котором коммит с добавлением README.md перемещён на первое место, внесено исправление в один из коммитов, исправлено примечание и добавлен дополнительный коммит, вставляющий недостающий символ перевода строки:

  • В команду "git grep" добавлены новые опции "--column" и "--only-matching" ("-o"). При указании "--column" в выводе кроме номера строки также показывается и номер позиции совпадения в строке. Данную информацию можно использовать в новом дополнении git-jump для Vim, применяемого для точного перехода на искомую позицию в файле при разборе конфликтов слияния, просмотре различий и выполнении операции поиска.

    Опция "--only-matching" может применяться для отображения только части строки, подпадающей под заданное регулярное выражение. Например, для подсчёта частоты использования в коде разных вариантов именования хэшей SHA-1 можно использовать команду:

  • В командах работы с ветками, такими как "git branch", "git tag" и "git for-each-ref", предоставляется опция "--sort", позволяющая определить порядок вывода результатов. В новом выпуске дополнительно предложен параметр "branch.sort", позволяющий определить в файле конфигурации метод сортировки по умолчанию. По умолчанию осуществляется сортировка по имени (refname), но для некоторых разработчиков удобнее метод "authordate", при котором выполняется сортировка по времени последнего обновления (вначале выводятся самые свежие ветки). Также доступны методы сортировки "numparent" (по числу привязок) и "upstream" (по серверам, с которых были получены ветки);
  • Обеспечена автоматическая генерация списка автодополнения ввода для большинства команд и опций файла конфигурации;
  • В функциях создания и верификации цифровых подписей для коммитов и тегов появилась поддержка применения утилиты gpgsm, которая используется сертификаты X.509 вместо ключей OpenPGP;
  • Опция "-l" в "git branch", которая является сокращением опции "--create-reflog", объявлена устаревшей и теперь приводит к выводу предупреждения. В будущем планируется сделать "-l" сокращением опции "--list", по аналогии с командой "git tag -l";
  • Добавлена настройка checkout.defaultRemote, позволяющая определить удалённый сервер, используемый по умолчанию для выполнения операции checkout с именем внешней ветки, в случае если данная ветка присутствует одновременно на нескольких серверах;
  • При помощи атрибута working-tree-encoding теперь можно задать желаемую кодировку текста в привязке к отдельным файлам, что позволяет решить проблемы с обработкой UTF-16 как бинарных данных. При установке атрибута данные будут хранится в UTF-8, но при операции checkout отдаваться в желаемой кодировке, т.е. корректно будут работать такие команды, как "git diff";
  • Добавлена экспериментальная возможность частичного клонирования репозиториев, позволяющая организовать работу не имея полной копии всего репозитория и без всей истории изменений. Например, при работе с небольшой частью очень большого репозитория частичное клонирование позволит при операциях clone и fetch ограничиться загрузкой только среза необходимых данных, без блобов и лишних веток. В дальнейшем, при обращении к отсутствующим объектам, данные объекты будут на лету загружаться с сервера по мере необходимости. Большинство внешних серверов пока не поддерживают частичное клонирование, но для локальных экспериментов можно использовать команду "git clone --filter=blob:none";
  • Представлена экспериментальная возможность хранения объектов в форме графа коммитов, при котором для индексации используется не линейный список хэшей объектов со ссылками на другие объекты, а структура в виде графа. Если сейчас для определения релизов в которых содержится определённое исправление требуется загрузка каждого объекта с диска для поиска ссылок, то при хранении в виде графа можно сразу определить все необходимые связи. Для включения нового метода хранения можно использовать команду "git config core.commitGraph true". Тестирование нового метода хранения с репозиториями ядра Linux, Git и Windows показало почти двухкратное увеличение производительности операций с ветками:
    
       Команда 	                До 	После 	Изменение
    
    Linux:
       git merge-base master topic 	0.52 	0.06 	-88%
       git branch --contains 	76.20 	0.04 	-99%
       git tag --contains 	        5.30 	0.03 	-99%
       git tag --merged 	        6.30 	1.50 	-76%
       git log --graph -10  	5.90 	0.74 	-87%
    
    Git:
       git merge-base master topic 	0.10 	0.04 	-60%
       git branch --contains 	0.76 	0.03 	-96%
       git tag --contains 	        0.70 	0.03 	-96%
       git tag --merged        	0.74 	0.12 	-84%
       git log --graph -10 	        0.44 	0.05 	-89%
    
    Windows:
       git status --ahead-behind 	14.30 	4.70 	-67%
       git merge-base A B 	        11.40 	1.80 	-84%
       git branch --contains 	9.40 	1.60 	-83%
       git log --graph -10          24.30 	5.30 	-78%
    
  • Кроме того, продолжается развитие ранее начатых экспериментальных проектов: уход от применения скомпрометированного алгоритма SHA-1 для хэширования объектов (ожидается опциональная поддержка SHA3-256, которая сможет применяться параллельно с SHA-1) и переход на вторую версию коммуникационного протокола Git (примечателен возможностью фильтрации веток и тегов на стороне сервера и средствами для расширения протокола).


  1. Главная ссылка к новости (https://blog.github.com/2018-0...)
  2. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.18
  3. OpenNews: Около 390 тысяч сайтов оставили открытыми каталоги .git с кодом
  4. OpenNews: Обновление Git с устранением уязвимостей
  5. OpenNews: Представлена вторая версия протокола Git
  6. OpenNews: GitHub выпустил Git LFS 2.4.0
Лицензия: CC-BY
Тип: Программы
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Попугай Кеша (?), 13:48, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]
  • +2 +/
    Полезное дело делают. Респект и уважуха!
     
  • 1.2, blueboar2 (?), 13:50, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]
  • +2 +/
    Тут самое небольшое увеличение производительности -67%. Это "почти двукратное"? Иногда вообще -99%.
     
     
  • 2.33, Аноним (-), 00:17, 12/09/2018 [^] [ответить]    [к модератору]
  • +1 +/
    Вот такое двукратное стократное увеличение :)
     
  • 2.45, X (?), 12:39, 14/09/2018 [^] [ответить]    [к модератору]
  • –1 +/
    Проценты в школе ещё не проходили? Двухкратное ускорение это прирост ускорения в 100%.
     
     
  • 3.46, Andrey Mitrofanov (?), 20:28, 14/09/2018 [^] [ответить]    [к модератору]
  • +/
    > Проценты в школе ещё не проходили? Двухкратное ускорение это прирост ускорения в
    > 100%.

    А ещё, я слыхала, в шоле проходят отрицательные числа.

    #>>> Изменение: -99%

    Но это неточно.

     
  • 1.3, Аноним (3), 13:58, 11/09/2018 [ответить] [показать ветку] [···]     [к модератору]  
  • –1 +/
    Что значит почти двухкратное Почти двухкратное - это меньше, чем -50 -99 ка... весь текст скрыт [показать]
     
     
  • 2.27, Leah (?), 18:47, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    гуманитарии, сэр!
     
  • 1.4, asdfj (?), 14:00, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    что за шрифт у чувака на скриншотах?
     
     
  • 2.12, Аноним (12), 14:25, 11/09/2018 [^] [ответить]    [к модератору]  
  • –3 +/
    Ты хотел спросить, что за лютое ШГ там?
     
  • 2.20, turbo2001 (ok), 17:08, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    Fira Mono вроде
     
     
  • 3.21, turbo2001 (ok), 17:11, 11/09/2018 [^] [ответить]    [к модератору]  
  • +4 +/
    Ошибся, это Fira Code - https://github.com/tonsky/FiraCode
     
     
  • 4.29, asdfj (?), 19:25, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    спасибо
     
  • 1.5, Нуб (?), 14:04, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    можно ли использовать гит для бекапов бинарных файлов?

    Ищу способ делать бекапы файлов с возможностью отката (на случай если что то пошло не так и хеши отличаются от старых) - либо читал задницей, либо rsync в это не может искаропки (велосипед на питоне, создающий поддиректории с сегодняшней датой при различии хешей не очень быстро работает)

     
     
  • 2.7, Аноним (3), 14:07, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    > либо читал задницей

    Именно. --link-dest=DIR

     
     
  • 3.39, Другой Аноним (?), 16:46, 12/09/2018 [^] [ответить]    [к модератору]  
  • +/
    примеры в студию - емнип сабж для другого совсем
     
  • 2.8, Kido Katsuragi (?), 14:08, 11/09/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    Для больших файлов отдельно git LFS запилили. Насколько вам подойдет - не знаю.
    https://git-lfs.github.com/
     
  • 2.9, Аноним (9), 14:09, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    Можно. Но есть специальные программы для беккапирования. Например, http://duplicity.nongnu.org
     
  • 2.10, kazh (?), 14:11, 11/09/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    bup, borgbackup
     
  • 2.11, rshadow (ok), 14:24, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    Можно но каждая версия будет весить столько же как и оригинал, т.к. дифф оно умеет делать только для текста.
     
     
  • 3.42, anonymous yet another (?), 23:55, 12/09/2018 [^] [ответить]    [к модератору]  
  • +/
    > ... но каждая версия будет весить столько же как и оригинал, т.к. дифф оно умеет делать только для текста.

    Это ложное утверждение. Для делты это почти так, но хранятся не
    только дельты. Если blob'ы "похожи", то прирост объёма может оказаться
    минимальным. "Похожесть" не базируется на строчном представлении
    (т.е. текстом быть не обязана).

     
     
  • 4.47, Andrey Mitrofanov (?), 20:42, 14/09/2018 [^] [ответить]    [к модератору]  
  • +/
    >> ... но каждая версия будет весить столько же как и оригинал, т.к. дифф оно умеет делать только для текста.
    > Это ложное утверждение. Для делты это почти так, но хранятся не
    > только дельты. Если blob'ы "похожи", то прирост объёма может оказаться
    > минимальным. "Похожесть" не базируется на строчном представлении
    > (т.е. текстом быть не обязана).

    Хм, действительно. Спасибо!

    http://git.661346.n2.nabble.com/diff-ing-files-td6446460.html#a6463692
      <= https://stackoverflow.com/questions/9478023/is-the-git-binary-diff-algorithm-d

     
  • 2.13, Аноним (13), 15:10, 11/09/2018 [^] [ответить]    [к модератору]  
  • –2 +/
    посмотри в сторону syncthing, если конечно бекапить нужно на удаленную систему
     
     
  • 3.25, Аноним (25), 17:55, 11/09/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    Э... Так оно синхронизирует. И стёр "здесь" - стёрлось и "там". Если конечно не делать Read-only
     
     
  • 4.28, Kido Katsuragi (?), 19:19, 11/09/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    Оно умеет какой-то контроль версий, но я его не осилил.
     
  • 1.15, Аноним (15), 16:14, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > Добавлена экспериментальная возможность частичного клонирования репозиториев

    Ура.

     
  • 1.16, Дыщь (?), 16:25, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > Тестирование нового метода хранения с репозиториями ядра Linux, Git и Windows

    Ядро Windows стало опенсорсным?

     
     
  • 2.18, llolik (ok), 16:48, 11/09/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    > Ядро Windows стало опенсорсным?

    Нет. MS перешла на git, как основную VCS.

     
  • 2.22, Andrey Mitrofanov (?), 17:19, 11/09/2018 [^] [ответить]     [к модератору]  
  • –3 +/
    Не микросовт перешёл на гит н-хаузе Теперь _все_ патчи гита -- чтоб воно... весь текст скрыт [показать]
     
  • 2.34, Аноним (34), 00:22, 12/09/2018 [^] [ответить]     [к модератору]  
  • –1 +/
    Нет, но TFS оказался полным калом, настолько что даже сам MS был вынужден это пр... весь текст скрыт [показать]
     
  • 1.19, Аноним (19), 17:07, 11/09/2018 [ответить] [показать ветку] [···]     [к модератору]  
  • +1 +/
    Интересно а можно ли использовать Гит не только для кода, а например, для контро... весь текст скрыт [показать]
     
     
  • 2.23, Andrey Mitrofanov (?), 17:21, 11/09/2018 [^] [ответить]    [к модератору]  
  • +3 +/
    > Интересно а можно ли использовать Гит не только для кода, а например,
    > для контроля версий мультимедийных исходников?
    > Например распределённая запись музыки и звука, децентрализованного создания мультфильмов.

    Автомобиль форд может быть любого цвета, если этот цвер чёрный. => ...можно использовать, если управлять тектовыми исходниками.

     
  • 2.31, fshp (?), 21:50, 11/09/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    Для этого есть git-annex. Очень крутая штука.
     
  • 2.37, Илья (??), 07:49, 12/09/2018 [^] [ответить]    [к модератору]  
  • +/
    Гит не очень хорошо дружит с блобами:

    Вы не сможете корректно мёржить бинарные данные в случае конфликтов в ветках.
    Репозиторий будет расти очень быстро. Тупить будет всё сильнее. Смотрите в сторону
    https://git-lfs.github.com/

     
     
  • 3.43, anonymous yet another (?), 00:01, 13/09/2018 [^] [ответить]    [к модератору]  
  • +/
    Бред. "merge" может иметь очень разные стратегии. А упоминать такую
    гадость как git lfs ...
     
  • 1.26, Аноним (26), 18:32, 11/09/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    Не смогу распарсить самую первую ссылку новасти

    https://public-inbox.org/git/xmqqin3dru2u.fsf@gitster-ct.c.googlers.com/

    Я Щитаю это бан.

     
     
  • 2.32, ююю (?), 21:54, 11/09/2018 [^] [ответить]    [к модератору]  
  • +/
    обоснуй
     
     
  • 3.36, Аноним (26), 02:07, 12/09/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    http...@...

    фишинг

     
     
  • 4.40, Аноним (-), 20:55, 12/09/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    Ьан тут разве что за незнание синтаксиса URL, чтоли.
     
  • 2.38, Andrey Mitrofanov (?), 09:26, 12/09/2018 [^] [ответить]    [к модератору]  
  • +/
    > Не смогу распарсить
    > Я Щитаю это бан.

    Ну-ну, не надо к себе так строго.  Просто немного подрасти.

     
  • 1.35, Дуплик (ok), 01:28, 12/09/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Скорее бы ушли от использования SHA1!
     
     
  • 2.41, Аноним (41), 23:39, 12/09/2018 [^] [ответить]    [к модератору]  
  • +/
    Куда?
     
     
  • 3.44, Аноним (44), 01:26, 13/09/2018 [^] [ответить]    [к модератору]  
  • +/
    к текущему стандарту sha3
     

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


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