Выпущена новая версия git 2.23 с новыми экспериментальными командами

гит 2.23

На прошлой неделе представлен выпуск новой версии распределенной системы управления исходным кодом Git 2.23. По сравнению с предыдущей версией в новую версию было внесено чуть более 500 изменений.

Но между недавно внесенные улучшения в эту новую версию, наибольшее внимание привлекают git switch y git restoreЭти две экспериментальные команды специфические который можно использовать для некоторой замены команды git checkout. Тем, кто не знаком с git, следует знать, что это одна из самых популярных, надежных и высокопроизводительных систем управления версиями, которая предоставляет гибкие инструменты нелинейной разработки, основанные на ветвлении и слиянии версий.

Чтобы гарантировать целостность истории и устойчивость к ретроспективным изменениям, для каждой фиксации используется неявный хэш всей предыдущей истории, а отдельные разработчики фиксации и тегов также могут быть подписаны цифровой подписью.

Основные новые функции git 2.23

В этой новой версии git представлены вышеупомянутые экспериментальные команды git switch y git restore».

Эти новые команды предназначены для разделения функций «git checkout» свободный, например, манипулирование ветвями (изменение и создание) и восстановление файлов в рабочем каталоге («git checkout $ commit - $ filename») Или сразу в плацдарме («--staging«, Не имеет аналога в«git checkout«).

git checkout это команда, которая позволяет, например, изменять ветки или создавать новые ветки в репозитории.

Если пользователь хочет отредактировать отдельные файлы или даже сбросить имена файлов в репозитории на своем жестком диске, чтобы они были похожи на их файлы, он также может использовать git checkout. В дополнение к этим возможностям с помощью команды git checkout можно выполнять другие действия.

Стоит отметить что, в отличие от «git checkout' "git restore» удаляет неотслеживаемые файлы из восстановленных каталогов (По умолчанию "–No-overlay").

В лице git restore, гораздо проще определить, какие файлы будут изменены, как они будут меняться и где они будут меняться. Фактически, вместо использования сложной команды git checkout, git restore предоставляет 2 варианта, чтобы указать, куда будут отправлены восстановленные изменения.

Следовательно, если вы передадите параметр --worktree (или вы ничего не указываете), изменения будут внесены в репозиторий на вашем жестком диске. Однако, если вы передадите параметр --staged, изменения перейдут в index. Наконец, если вы передадите оба параметра, изменения коснутся двух соответствующих мест.

В git 2.23 опция "git merge --quit«, Который, как и« –abort », останавливает процесс слияния веток, но оставляет без изменений рабочий каталог. Эта опция может быть полезна, если желательно оформить некоторые изменения, сделанные во время слияния вручную, как отдельную фиксацию.

Команды git clone, git fetch y git push теперь они учитывают наличие коммитов в связанных (альтернативных) репозиториях.

Параметры "git blame --ignore-rev«И»--ignore-revs-file»Пропускать коммиты, в которые внесены незначительные изменения (например, исправления форматирования);

С другой стороны, мы можем найти добавление опции «git cherry-pick --skip»Пропустить конфликтный компромисс (заученный аналог последовательности«git reset y git cherry-pick --continue«)

Начиная с этой версии, git log по умолчанию будет учитывать изменения, внесенные mailmap, аналогично тому, что уже происходит в git shortlog.

Операция обновления диаграммы commit (core.commitGraph) подача в 2.18 была значительно ускорена. Это также ускорило git для каждой ссылки в случае использования нескольких шаблонов и уменьшило количество вызовов из auto-gc в "git fetch --multiple».

Конфигурация добавлена status.aheadBehind, установив опцию «git status - [no-] ahead-behind»Постоянно.

«git branch --list»Теперь всегда показывает отдельный заголовок в начале списка, независимо от локали.

Помимо этих улучшений, эта новая версия Git теперь может использовать ссылки другого решения как часть проверки подключенного объекта что может произойти, когда вы клонируете репозиторий и указываете другой во время клонирования или в другом.

Si ты хочешь узнать об этом больше вы можете проконсультироваться по следующей ссылке.


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.