The OpenNET Project / Index page

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

Выпуск распределенной системы управления исходными текстами Git 2.9.0

14.06.2016 10:07

Увидел свет выпуск распределенной системы управления исходными текстами Git 2.9.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux, Android, LibreOffice, Systemd, X.Org, Wayland, Mesa, GStreamer, Wine, Debian, DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, PostgreSQL, VideoLAN, PHP, Xen, Minix.

По сравнению с прошлым выпуском в новую версию принято 497 изменения, подготовленных при участии 75 разработчиков, из которых 28 впервые приняли своё участие в разработке. Основные изменения:

  • В дополнение к появившейся в прошлом выпуске возможности извлекать субмодули (репозитории, включённые в состав другого репозитория) в несколько параллельных потоков (например, "git fetch --recurse-submodules --jobs=4") в новой версии добавлена возможность использования опции "--jobs" для распараллеливания операций клонирования и обновления субмодулей:
    
       git clone --recurse-submodules --jobs=4 ...
       git submodule update --jobs=4 ...
    

    Распараллеливание процесса обработки субмодулей также можно включить через установку директивы submodule.fetchJobs в файле конфигурации.

  • Добавлены новые возможности для управления поведением клонировния и извлечения субмодулей. Git теперь отражает опции командной строки в командах субмодулей. Например, для одноразовой установки переменной для всех извлечённых субмодулей можно запустить "git -c http.proxy=... clone --recursive";
  • Добавлена возможность использования при выполнении "git clone" опции "--shallow-submodules", которая позволяет значительно сократить время клонирования репозиториев с субмодулями;
  • В "git diff" добавлена экспериментальная опция "--compaction-heuristic" (diff.compactionHeuristic в файле конфигурации), включающая дополнительную эвристику для корректного отображения логики изменений, в которых фигурируют повторяющиеся блоки. Например, если раньше изменения определялись по первому совпадению:
    
        values.each do |v|
    +      v.prepare
    +    end
    +
    +    values.each do |v|
           v.finalize
         end
     end
    

    то теперь, на основании наличия пустой строки-разделителя более точно отражается принадлежность изменённых элементов:

    
      def finalize(values)
    
    +    values.each do |v|
    +      v.prepare
    +    end
    +
         values.each do |v|
           v.finalize
         end
    

    Кроме того, добавлена настройка interactive.diffFilter, упрощающая установку альтернативных обработчиков вывода различий в "git add -i". Добавлен новый скрипт-фильтр diff-highlight, выделяющий цветом различия сегментов кода. Для установки фильтра можно использовать команду "git config interactive.diffFilter diff-highlight";

    
     module Foo
    
       def output
    -    puts "hello, world!"
    +    puts "goodbye, world!"
       end
     end
    
    
  • Команда "git rebase -x" теперь может применяться для тестирования всех коммитов без включения интерактивного режима. В новой версии, если не указать флаг "-i" операция "git rebase -x" будет применена для всех коммитов и завершит выполнение на первом проблемном коммите с выводом сообщения об ошибке. После исправления проблемы предлагается продолжить проверку, запустив команду "git rebase --continue". Подобный подход удобен для быстрой проверки всей серии коммитов в проектах, в которых не принято рецензирование каждого изменения. Например, для тестирования полной ветки можно выполнить:
    
       $ git rebase -x 'make test'
       Executing: make test
         Result: OK
       Executing: make test
         Result: FAIL
       make: *** [test] Error 2
       Execution failed: make test
       You can fix the problem, and then run
            git rebase --continue
    
    
       исправляем ошибку и продолжаем проверку
    
       $ make test
         Result: OK
    
       $ git commit -a --amend
    
       $ git rebase --continue
       Executing: make test
         Result: OK
       Successfully rebased and updated refs/heads/your-branch.
    
  • Изменён метод поиска тегов по читаемым именам коммитов, выдаваемых командой "git describe". Если раньше при выборе имени в режиме "--contains" использовался ближайший тег, что могло привести к нелогичным результатам при наличии более новых тегов, содержащих коммит, то в новой версии применён более простой для понимания хронологический порядок - используется самый старый тег, содержащий коммит;
  • В "git log" обеспечено раскрытие символа табуляции с учётом применяемого при выводе 4-символьного выравнивания, что позволяет корректно отобразить ASCII-рисунки в коммитах;
    
        $ git log
        commit 8d7fca1d690ff2ffb678dc00fbca1954df5e5b90
        Author: Mu-An Chiou 
        Date:   Mon Sep 23 09:21:03 2013 +0900
    
                 _____
                 ╲    ╲
                 │    │
                 │    │                      ___________________________
                 └─#──┘    ########         /                           |
                   ##     ##~ ~ ~ ##       /                            |
                 #####    ##########     <   I have expanded your tabs! |
                 #####    ##########       \                            |
                  ###  #######╱╱#######     \___________________________|
                   |  / ####╱╱ HUBOT ##\                .
                    \/  ##╱╱########### \               .
                        ╱╱############   |              .
                         #############  ###
                         #############  ####
                            ######      ####
                             ###         XX
                              ##
                              #
    
    
  • Включён по умолчанию режим определения переименования файлов при анализе различий в "git diff" и "git log". Git не сохраняет информации о переименованиях, но может определять их налету на основе оценки различий между новыми и старыми файлами. Данная возможность присуттвует с первых дней существования git, но только теперь включена по умолчанию;
  • Возможность определения собственных путей для скриптов-обработчиков событий (хуков). Если ранее скрипты могли находиться только в директории .git в каждом репозитории, то сечас можно определить единый для всех репозиториев набор типовых скриптов, находящихся в любой части ФС. Для задания пути следует использовать настройку core.hooksPath;
  • В утилите git-p4 (импорт и экспорт в Perforce) появилась поддержка сопоставления пользователей p4 и идентификаторов Git, а также записи информации о работах p4 в текст примечаний к коммитам.
  • В состав включён скрипт git-multimail 1.3.1 для рассылки уведомлений о выполнении операций push;
  • Для защиты от слияний по ошибке при выполнении "git merge" запрещено по умолчанию слияние двух веток, не имеющих общего предка.


  1. Главная ссылка к новости (https://lkml.org/lkml/2016/6/1...)
  2. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.8.0
  3. OpenNews: Опасная уязвимость во всех версиях Git
  4. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.7.0
  5. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.6.0
  6. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.5.0
Лицензия: CC-BY
Тип: Программы
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (31) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, intelfx (ok), 11:09, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    > В "git diff" добавлена экспериментальная опция "--compaction-heuristic" (diff.compactionHeuristic в файле конфигурации), включающая дополнительную эвристику для корректного отображения логики изменений, в которых фигурируют повторяющиеся блоки

    Лучший релиз-2016

     
  • 1.2, Андрей (??), 11:39, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > git clone --recurse-submodules --jobs=4 ...
    > git submodule update --jobs=4 ...

    Это так нужно?

    Вот произвести операцию на одним субмодулем - да. А сделать просто - никак. Только хитро:
    git submodule foreach --recursive 'if [ $name = "SUBMODULE_IN_QUESTION" ]; then DO_THINGS; fi'

     
     
  • 2.3, Crazy Alex (ok), 11:43, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Когда проект большой, и сабмодулей там штук сорок - то очень даже нужно. Особенно в каком-нибудь CI, где гит дёргается на каждый чих, часто - несколько раз в минуту.
     
     
  • 3.5, Андрей (??), 11:54, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ясно. Git оптимизируют для роботов, а людям упражняться в набивании букв. Хотя мне казалось, что обновление субмодулей - это очень активное random I/O, которое и так очень медленное. Сомневаюсь, что эти CI работают на SSD, т.к. постоянная вот такая писанина их бы слишком быстро изнашивала. Короче, нужен какой-нибудь репозиторий с кучем сабмодулей, чтобы оценить преимущества. Хотя, похоже, догадался. Эти субмодули просто сравнительно редко обновляются, т.е. практически всегда нужно только быстро получить подтверждение, что ничего не поменялось. ОК, согласен.
     
     
  • 4.8, rob pike (?), 13:09, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Git оптимизируют для роботов, а людям упражняться в набивании букв

    Для людей всегда был Mercurial.

     
     
  • 5.19, Blind Vic (ok), 20:15, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, Python project к осени мигрирует на GitHub.
     
  • 5.21, Led (ok), 21:16, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для людей всегда был Mercurial.

    С каких это пор приматов приравняли к людям?

     
  • 4.10, Crazy Alex (ok), 13:38, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Там, где я видел подобное, оно, скорее всего, постоянно в кэше ФС лежит - памяти в достатке. Ну и да, обновляются они на порядки реже, чем основная репа.

    А насчёт оптимизаций... Добавляется то, что кому-то нужно и что кому-то было не лень написать. Поучаствуйте если необходимость есть, делов-то.

     
  • 3.14, omnomnim (?), 15:43, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    люто плюсую
     

  • 1.4, Аноним (-), 11:51, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >You are downloading the latest (2.8.4)

    и где вышла?

     
     
  • 2.6, yukra (?), 12:09, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    git clone https://github.com/git/git
     
     
  • 3.12, ыыы (?), 14:14, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Нужно больше гита!
    git clone git@github.com/git/git.git
     
     
  • 4.29, Аноним (-), 22:56, 15/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    git clone git://github.com/git/git.git
     

  • 1.7, ALex_hha (ok), 12:43, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > В "git log" обеспечено раскрытие символа табуляции с учётом применяемого при выводе 4-символьного выравнивания, что позволяет корректно отобразить ASCII-рисунки в коммитах;

    ждем поддержку емоджи и анимированных gif'ок

     
     
  • 2.9, Аноним (-), 13:11, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    дурацкий сарказм получился. гифки от гита вообще не зависят все вопросы к терминалу, эмодзи можете хоть сейчас использовать.
     
  • 2.11, Crazy Alex (ok), 13:40, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Вообще-то ASCII-графика, иллюстрирующая какую-нибудь структуру - не ахти какая редкость.
     

  • 1.13, IMHO (?), 14:37, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > HUBOT

    мне кажется или та гифка факью тычет ?

     
     
  • 2.16, ALex_hha (ok), 16:18, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то ASCII-графика, иллюстрирующая какую-нибудь структуру - не ахти какая редкость.

    возможно, но зачем оно в сообщении к коммиту?! Можно привести какой нибудь реальный пример, где бы ascii схема была реально полезна и востребованна в коммите? Мне на ум что то не приходит таких юзкейсов

     
     
  • 3.17, Anonim (??), 17:51, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Можно привести какой нибудь реальный пример, где бы ascii схема была реально полезна и востребованна в коммите?

    Например, можно показать структуру, в которую данные сериализуются: сколько байт заголовок стартовой последовательности, где начинается полезная нагрузка, где стоповая последовательность.

     
     
  • 4.20, Аноним (-), 20:28, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Но зачем всё это в комментарии к коммиту?
     
     
  • 5.24, Led (ok), 21:19, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты из тех, кто пишет коммиты: "many fixes"?
     
     
  • 6.31, Аноним (-), 23:14, 15/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, но и пихать в сообщение к коммиту спецификацию формата/протокола -- тоже крайность.
     
  • 3.23, smit (??), 21:18, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > пример, где бы ascii схема была реально полезна и востребованна в коммите

    http://vtolkov.blogspot.ru/2016/05/bnrjs.html

     
  • 3.25, Аноним (-), 21:42, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >юзкейсов

    What?

     
     
  • 4.30, Аноним (-), 22:57, 15/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>юзкейсов
    > What?

    use cases

     
  • 2.22, Led (ok), 21:18, 14/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > гифка факью тычет ?

    Нет, ю!

     

  • 1.18, git.git.git (?), 18:26, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Возможность определения собственных путей для скриптов-обработчиков событий (хуков).

    Нужно попробовать запушить что-нибудь по этим путям (попробовать переписать хуки).

     
  • 1.26, ALex_hha (ok), 22:44, 14/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Например, можно показать структуру, в которую данные сериализуются: сколько байт заголовок стартовой последовательности, где начинается полезная нагрузка, где стоповая последовательность.

    и зачем это пихать в коммит? В чем глубокий смысл? Типа все такие гики и сидят в консолях?

     
     
  • 2.27, all_glory_to_the_hypnotoad (ok), 02:17, 15/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем сразу гики, просто нерукожопые люди и профессионалы сидят в териманах.
     

  • 1.28, Аноним (-), 22:54, 15/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Теперь, на основании наличия пустой строки-разделителя более точно отражается принадлежность изменённых элементов.
    > Если ранее скрипты могли находиться только в директории .git в каждом репозитории, то сечас можно определить единый для всех репозиториев набор типовых скриптов, находящихся в любой части ФС.

    Джва года ждал такие фичи!

    > Добавлен новый скрипт-фильтр diff-highlight, выделяющий цветом различия сегментов кода.

    И это тоже отнюдь не лишнее.

    > Включён по умолчанию режим определения переименования файлов при анализе различий в "git diff" и "git log".

    Очень давно пора.

     
     
  • 2.32, Andrey Mitrofanov (?), 09:54, 16/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Включён по умолчанию режим определения переименования файлов при анализе различий в "git diff" и "git log".
    > Очень давно пора.

    $ git config --global diff.renames true

     

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



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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