Випуск нова версія системи управління "Git 2.25.0", який є одна з найпопулярніших систем контролю версій, Надійний, високопродуктивний, що надає гнучкі нелінійні засоби розробки, засновані на розгалуженні та злитті версій. Щоб забезпечити цілісність історії та стійкість до змін «заднім числом», в кожному коміті використовується неявний хеш усієї попередньої історії, також можливо цифровий підпис окремих розробників комітів та тегів.
Порівняно з попереднім випуском, нова версія прийняла 583 підготовлені зміни за участю 84 розробників, з яких 32 брали участь у розробці вперше.
Що нового в Git 2.25.0?
У цій новій версії виділяється в оголошенні, можливість часткового клонування, яка вже близька до стабілізації. Це дозволяє передавати лише частину даних і працювати з неповною копією сховища.
Часткове клонування має на меті покращення порівняно із звичайним клонуванням, при якому всі дані копіюються зі сховища, включаючи кожну версію кожного файлу в історії змін. Для дуже великих сховищ копіювання даних призводить до значного збільшення трафіку та дискового простору, навіть якщо розробника цікавить лише підмножина файлів.
Для спрощення отримання лише частини дерева походження роботи, лнова версія пропонує експериментальну команду мізерна перевірка та новий варіант.
git clone --filter=blob:none --no-checkout /your/repository/here
Вкажіть
--filter- Дозволяє повідомити серверу, що ви клонуєте з вибраних вами об’єктів. (У нашому прикладі ми попросили сервер уникати надсилання нам крапок, але ви можете використовувати кілька можливих кваліфікацій).Далі ми повинні сказати Git, що він може пропустити перевірку сховища після отримання відповіді від сервера за допомогою
--no-checkout(Коли Git намагається перевірити вміст, він помітить, що у вас відсутні предмети, і спробує запитати їх із сервера.
Також нова команда також включена git sparse-checkout qщо значно спрощує роботу і зменшує процес організації завдання з неповним сховищем.
Команда sparse-checkout встановити список маршрутів, без налаштування вручну, а також відображення поточного списку маршрутів та ввімкнення або вимкнення часткового оформлення замовлення.
Оптимізувати роботу з дуже великими сховищами та списки шаблонів, пропонується конфігурація "git config core.sparseCheckoutCone« що обмежує дійсні шаблони (замість довільних шаблонів .gitignore ви можете вказати всі шляхи та витягувати всі файли у даному підкаталозі).
Наприклад, якщо у великому сховищі є каталог "A / B / C", і вся робота зосереджена в підкаталозі "C", коли режим sparseCheckoutCone активується, команда «git sparse-checkout set A/B/C»Витягне повністю вміст« C », але з« A »та« B »витягне лише ті частини, які необхідні для роботи з« C ».
En "git add", "git commit", "git reset" інші команди, додано новий параметр: --pathspec-from-file", що дозволяє завантажувати список маршрутів з файлу або потоку вводу, а не перераховувати їх у командному рядку.
Запропоновано початкову реалізацію переробленої команди git add -i, що дозволяє інтерактивно додавати змінений вміст, переписаний з Perl на C. Подібний перегляд команди git add -p триває.
Команда "git log --graph» було реконструйовано, утворивши ASCII-зображення графіка з історією змін у сховищі. Обробка дозволила нам значно покращити та спростити вихід, не спотворюючи структуру історії, що, наприклад, вирішило проблему витягування зображення із ширини рядка терміналу.
Хоча для поліпшення читабельності виправлених повідомлень, що надсилаються до списків розсилки, опція «git format-patch --cover-from-description subject«, При зазначенні того, як тему супровідного листа для набору виправлень використовується перший абзац описового тексту гілки.
Si ви хочете дізнатися більше про цей запуск, Ви можете перевірити офіційне повідомлення в наступне посилання.