Выпуск распределенной системы управления исходными текстами Git 2.9.0
Увидел свет выпуск распределенной системы управления исходными текстами 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
Кроме того, добавлен новый скрипт-фильтр 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 не сохраняет информации о переименованиях, но может определять их налету на основе оценки различий между новыми и старыми файлами. Данная возможность присуттвует с первых дней существования git, но только теперь включена по умолчанию;
- Возможность определения собственных путей для скриптов-обработчиков событий (хуков). Если ранее скрипты могли находиться только в директории .git в каждом репозитории, то сечас можно определить единый для всех репозиториев набор типовых скриптов, находящихся в любой части ФС. Для задания пути следует использовать настройку core.hooksPath;
- В утилите git-p4 (импорт и экспорт в Perforce) появилась поддержка сопоставления пользователей p4 и идентификаторов Git, а также записи информации о работах p4 в текст примечаний к коммитам.
- В состав включён скрипт git-multimail 1.3.1 для рассылки уведомлений о выполнении операций push;
© OpenNet
