Був представлений випуск нової версії Git 2.22 Котрий є однією з найпопулярніших систем контролю версій, надійний та високопродуктивний, а також надає засоби розробки.
Щоб забезпечити цілісність історії та стійкість до змін у огляді, для кожного коміту використовується неявний хеш усієї попередньої історії, а також можуть бути перевірені цифрові підписи окремих розробників тегів та комітів.
Порівняно з попередньою версією, До нової версії, підготовленої за участю 745 розробників, внесено 74 змін, з яких 18 брали участь у розробці вперше.
Ключові нові можливості Git 2.22
Щоб відобразити поточну локальну гілку, тепер ви можете використовувати команду Git гілка-шоу-струм".
Крім того, з версії 1.18 він доступний новий режим передачі для набору комітів «git rebase --rebase-merges« який замінив попередній варіант «–Зберегти-об’єднати«, Яка зараз позначена як застаріла.
Для того, щоб зберегти структуру гілки на портативній гілці, Ви можете скористатися опцією «–Зберегти-об’єднати«, Який при запуску в інтерактивному режимі (git rebase -i –preserve -merges), дозволив редагувати історію комітів, але не гарантував повного збереження структури сховища.
Режим наступника «–Перебазувати об’єднання»Дозволяє зберегти структуру змін у портативній гілці, забезпечуючи повний набір інтерактивних операцій, включаючи видалення комітів, реорганізацію та перейменування.
Наприклад, "–Перебазувати об’єднання»Дозволяє здійснювати коміти з окремої гілки в нову головну гілку, зберігаючи при цьому структуру гілки в портативній гілці, та вносить деякі зміни до приміток, щоб здійснювати їх на ходу.
Операція "git rebase»Використовується для заміни серії комітів новим базовим комітом, наприклад, для зміни окремої гілки, в якій розробляється якась нова функція, до поточного стану основної гілки, включаючи виправлення, додані після гілки.
Піднесена серверна підтримка
Звіт про «git бісект»Оновлено і тепер стало більш читабельнимУ той час як «git mergetool»Тепер також підтримує Sublime Merge («смерге«) як бекенд. Git називає новий гачок «зміна після індексу»Коли збережений індексний файл змінюється, що допомагає віртуалізованим робочим деревам.
Далі "git difftool "тепер також працює поза сховищем та скасовує"git checkout -m»Коли виявляє різницю між HEAD та індексом.
Оскільки пакування індексу іноді займає багато часу в процесі клонування, розробники надали вам індикатор прогресу.
Водночас «гіт-клон»Спілкується через версію 2 протоколу завдяки новій опції сервера«перемикання". Кілька функцій покращують завершення коду, і розробники також працювали над інструментом трасування trace2.
Новий механізм відстеження Trace2 пропонує більш гнучкий та структурований формат виводу. Trace2 дозволяє збирати телеметрію даних про операції та продуктивність для більш детального аналізу та налагодження (користувач призначає контролер, дані не надсилаються за кордон).
Продуктивність та розвиток
Вбудований диференційний механізм Git був переписаний і тепер підтримує, а також “дерево комітів git », API “пакет-зайвий"і"git multi-pack-index-verify»Тепер працюйте швидше у сховищах, які містять багато файлів пакунків. Для розробників оновлена система тестування.
Нещодавно "git stash»Реалізовано в C, для«git rebase«. Тут реалізація C оновлена щоб git не переписував той самий файл знову і знову. «Git диф»Тепер також працює швидше в спеціальних сценаріях, коли він збирає інформацію про краплі. І останнє, але не менш важливе, "git clone" пришвидшує процес підключення.
Також додана можливість фільтрації, коли відображаються розширені теги "git log", прикріплені до комітів.