LINUX.ORG.RU

Git 2.48

 , ,

Git 2.48

0

2

Состоялся выпуск 2.48 распределенной системы управления версиями Git, написанной на языке C и распространяемой по лицензии GNU GPL 2.

Список основных изменений:

  • Новая переменная конфигурации remote.<name>.serverOption оказывает такое же действие, как если бы опция --serverOption=<value> была задана из командной строки.
  • Команда git rebase --rebase-merges теперь использует имена ветвей в качестве меток, когда это возможно.
  • Команды git notes add и git notes append с новым флагом -e открывают заметки в $GIT_EDITOR перед сохранением.
  • Улучшена документация git bundle об использовании --all при создании пакетов.
  • Удалена поддержка старых версий libcURL и Perl.
  • Улучшена работа git mergetool при возникновении ошибки команды.
  • Команды git bundle --unbundle и git clone, выполненные для файла пакета, запускают fsck для новых объектов с настраиваемыми уровнями проверки fck.
  • Если при выполнении git fetch $remote обнаруживается, что отсутствует refs/remotes/$remote/HEAD и на какую ветку указывает другая сторона своим HEAD, refs/remotes/$remote/HEAD обновляется, чтобы указывать на неё.
  • Теперь git fetch учитывает настройки remote.<remote>.followRemoteHEAD для отслеживания HEAD в refs/remotes/<remote>/HEAD.
  • В git range-diff добавлена поддержка опции --diff-merges для сравнения коммитов слияния в сравниваемых диапазонах.
  • Улучшена подсистема reftable.
  • Добавлена поддержка компиляции с более производительными реализациями алгоритма SHA-1 вместо используемого сейчас алгоритма SHA1DC с детектированием коллизий ($ make OPENSSL_SHA1_UNSAFE=1 или $ make BLK_SHA1_UNSAFE=1).
  • Улучшена совместимость cо стандартом C23 и GCC 15.
  • Проведена оптимизация git describe.
  • Добавлена возможность компиляции системой сборки Meson.
  • Другие улучшения и исправления ошибок.

>>> Основные изменения в блоге GitHub

>>> Полный изменений версии 2.48 на GitHub

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 6)

Добавлена возможность компиляции системой сборки Meson

причем я так понял ее хотят сделать основной. Сейчас основная система сборки - это Makefile на 4к строк.

Плюс в contrib еще есть CMakeLists.txt с каким-то невероятным говнокодом, который надо сжечь и закопать - так на цмаке не пишут

Lrrr ★★★★★
()

Всё допиливают и допиливают фичи. Тем временем 99% пользователей: init, clone, status, log, diff, pull, add, commit, push и всё.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Всё допиливают и допиливают фичи. Тем временем 99% пользователей: init, clone, status, log, diff, pull, add, commit, push и всё.

Вы предлагаете вместо кода писать документацию и учебники, которые позволят 99% пользователей узнать, какие фичи уже есть?

А 99% пользователей будут это читать?

Pro Git вообще-то уже написан и даже на русский переведен.

vitus
()
Ответ на: комментарий от Lrrr

Плюс в contrib еще есть CMakeLists.txt с каким-то невероятным говнокодом, который надо сжечь и закопать - так на цмаке не пишут

А на CMake как не пиши, получается невероятный говнокод, потому что убогонький и абсолютно невыразительный недо-DSL вставляет палки в колеса на очевидных действиях.

причем я так понял ее хотят сделать основной

И это хорошо. Не CMake-портянки занюхивать же. Чем больше крупных репозиториев перейдут на Meson – тем скорее autotools нового поколения, этот позор экосистемы C и C++ под названием CMake отправится на свалку истории, где ему самое место. Уж C- и C++-разработчики могли сделать себе адекватную систему сборки, но родили CMake. Как такое получилось вопрос хороший.

EXL ★★★★★
()
Ответ на: комментарий от pihter

А если звезды не зажигают - значит это никому и не нужно)

pihter ★★★★★
()
Ответ на: комментарий от EXL

Чем больше крупных репозиториев перейдут на Meson

Не лишним будет напомнить о https://muon.build. У него, конечно, нет всех возможностей Meson, и очень многие meson-проекты им не собираются, но зато он на Сишечке. :)

dataman ★★★★★
() автор топика
Ответ на: комментарий от EXL

убогонький и абсолютно невыразительный недо-DSL

ну и что там убогого? В мезоне гораздо меньше фич, его единственное преимущество - это меньший размер бинарника и более легкая процедура бутстрапа (в случае с muon). Если ты не читаешь документацию цмаке, пытаешься сделать по-своему и огребаешь из-за этого баги - то это только твои проблемы.

Конкретно в случае git в цмаке парсят тот самый Makefile на 4к строк, определяют наличие хедеров компиляцией тестовых программ, и т.п.

Lrrr ★★★★★
()
Ответ на: комментарий от ox55ff

Тем временем 99% пользователей: init, clone, status, log, diff, pull, add, commit, push и всё.

Даже rebase нет, видимо совсем нубы какие-то.

annulen ★★★★★
()
Ответ на: комментарий от X-Pilot

merge лучше, чем rebase

Тёплое лучше, чем мягкое

annulen ★★★★★
()
Ответ на: комментарий от ox55ff

я вот перешел на git switch вместо git checkout, активно пользуюсь git restore и git worktree.

Еще там с относительно недавних пор можно подписывать коммиты ssh-ключами.

Так что нет, в гите появляется очень много полезных фич, и кто про них не читает - тот ССЗБ.

Lrrr ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.