Уже вышла новая версия Git 2.27.0 и это ее изменения

идти одна из самых популярных, надежных и высокопроизводительных систем контроля версий, и предоставляет гибкие инструменты нелинейной разработки на основе версий и слияний.

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

Недавно Выпущена новая версия распределенной системы контроля версий Git 2.27.0.По сравнению с предыдущим выпуском в новую версию внесено 537 изменений, подготовленных при участии 71 разработчика, из которых 19 участвовали в разработке впервые.

Основные новые функции Git 2.27.0

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

С другой стороны, чтобы избежать путаницы в этой новой версии, команда "git describe" Siempre использовать расширенный режим вывода ("–Long"), если обнаружен замещаемый тег, связанный с фиксацией. Поскольку ранее подписанный или аннотированный тег отображался, описывая фиксацию, даже если он был переименован или перемещен в иерархию «refs / tags /».

Запуск "git pull" теперь выдает предупреждение если переменная конфигурации pull.rebase не задан явно и параметры "- [no-] overflow" или "–ff-only" они не применяются. Чтобы подавить предупреждение для тех, кто не собирается переопределять, вы можете установить для переменной значение false.

Иметь добавил несколько новых действий в «git update-ref –stdin«что разрешить прямой контроль транзакций обновления ссылокНапример, для реализации двухэтапного обновления атомарных ссылок в нескольких репозиториях.

Кроме того, пересмотренные параметры git fetch, общие для git fetch. Подобные параметры, не упомянутые выше, были задокументированы и переданы в git fetch недостающих параметров.

Добавлена ​​возможность отображать заголовки From: и Subject: никаких изменений в патче формата git без преобразования символов, которые не находятся в кодировке ASCII.

Выбор "–Show-pulls" добавлен в "git log", позволяя вам видеть не только коммиты, в которые были внесены изменения, но и фиксацию для объединения этих изменений из отдельной ветки.

Обработка интерактивного ввода во всех компонентах была унифицирована, и вызов fflush () был добавлен после отображения запроса ввода, но до операции чтения.

В "git rebase" разрешено повторно применять все локальные коммиты. без предварительного выполнения операции «контрольДаже если некоторые из них ранее были в апстриме.

Значение переменной конфигурации pack.useSparse было заменено на true, чтобы включить оптимизацию по умолчанию, ранее представленную как экспериментальную.

Из других изменений:

  • Добавлен набор параметров для настройки SSL-соединений при доступе через прокси.
  • Расширена информация, отображаемая при использовании фильтров преобразования "чистый" и "размазанный". Например, теперь отображается древовидный объект, в котором отображается преобразованный большой двоичный объект.
  • Добавлена ​​опция «–autostash» в «git merge».
  • Улучшенный интерфейс оформления заказа.
  • В команду git rebase добавлен параметр –no-gpg-sign, чтобы переопределить параметр commit.gpgSign.
  • Добавлены шаблоны различий между пользователями для документов Markdown.
  • Убрано ограничение на исключение всех маршрутов в шаблонах с низкой оплатой, которые приводят к пустому дереву вакансий.
  • Операция «git restore –staged –worktree» теперь по умолчанию использует содержимое ветки «HEAD» вместо отображения ошибки.
  • Продолжалась работа по переходу на алгоритм хеширования SHA-2 вместо SHA-1.
  • Переработан код для взаимодействия с GnuPG.

источник: https://github.com/


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Будьте первым, чтобы комментировать

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

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

*

*

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