ME News, 21 квітня (UTC+8), за даними Beating, Git випустив версію 2.54. Інженер GitHub Тейлор Блау описав основні оновлення версій 2.53 і 2.54 у офіційному блозі, зокрема експериментальну команду git history та конфігураційний механізм хуків. Команда git history призначена для простого переписування комітів і підтримує дві підкоманди: reword (зміна повідомлення коміта) та split (інтерактивне розбиття одного коміта на два). Вона не змінює робочу область та індекс, працює в чистих репозиторіях і є більш прямою, ніж процес git rebase -i з його списком завдань та обробкою конфліктів. Ця команда не підтримує злиття комітів і відмовляється при конфліктах; інтерфейс ще може змінитися. Конфігураційні хуки вирішують давню проблему спільного використання хуків між репозиторіями. Раніше хуки мали бути окремими скриптами в директорії .git/hooks кожного репозиторію. З версії 2.54 їх можна визначити в ~/.gitconfig, на системному рівні або в конфігурації репозиторію за допомогою [hook "назва"] event=... command=..., де на одну подію можна повісити кілька хуків, переглянути джерела за допомогою git hook list та окремо вимкнути хук через hook..enabled=false. Це еквівалентно інтеграції основних функцій таких сторонніх інструментів, як husky та pre-commit, безпосередньо в Git. Інші зміни: за замовчуванням стратегія git maintenance змінена з gc на geometric, введену у версії 2.52 — пакети об’єднуються за геометричною прогресією; додано повторні спроби при отриманні відповіді 429 через HTTP; git log -L тепер може поєднуватися з -S та -G pickaxe; імена альясів підтримують не-ASCII символи. (Джерело: BlockBeats)
Git 2.54 випущено з експериментальним «git history» і налаштовуваними хуками
KuCoinFlashПоділитися
Короткий зміст
Git 2.54 було випущено 21 квітня (UTC+8) із експериментальними інструментами, такими як «git history» та налаштовувані хуки. Команда «git history» дозволяє виконувати операції переписування та розбиття для редагування комітів, а нова система хуків дозволяє використовувати спільні конфігурації між репозиторіями. Оновлення також включають зміну стратегії за замовчуванням для «git maintenance», повторні спроби HTTP для помилок 429 та покращену функціональність «git log -L». Інформація на ланцюгу продовжує підкреслювати ключові оновлення інструментів для розробників. Нові лістинги токенів часто залежать від таких покращень інфраструктури для більш плавного розгортання.
Джерело:Показати оригінал
Відмова від відповідальності: Інформація на цій сторінці може бути отримана від третіх осіб і не обов'язково відображає погляди або думки KuCoin. Цей контент надається лише для загального інформування, без будь-яких запевнень або гарантій, а також не може розглядатися як фінансова або інвестиційна порада. KuCoin не несе відповідальності за будь-які помилки або упущення, а також за будь-які результати, отримані в результаті використання цієї інформації.
Інвестиції в цифрові активи можуть бути ризикованими. Будь ласка, ретельно оцініть ризики продукту та свою толерантність до ризику, виходячи з ваших власних фінансових обставин. Для отримання додаткової інформації, будь ласка, зверніться до наших Умов використання та Розкриття інформації про ризики.