Подготовлен (https://lkml.org/lkml/2018/6/21/594) выпуск распределенной системы управления исходными текстами Git 2.18.0 (http://git-scm.com/). Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. По сравнению с прошлым выпуском в новую версию принято 903 изменения, подготовленных при участии 80 разработчиков, из которых 24 впервые приняли своё участие в разработке.
Наиболее важным нововведением Git 2.18 является интеграция поддержки второй версии коммуникационного протокола Git, который используется при удалённом подключении клиента к Git-серверу. Вторая версия протокола примечательна предоставлением возможности фильтрации веток и тегов на стороне сервера (ранее при выполнении любой команды извлечения клиенту всегда отправлялся полный список ссылок во всём репозитории, даже когда клиент обновлял только одну ветку) и добавлением средств для расширения протокола (добавления в протокол новых возможностей по мере появления в инструментарие новой функциональности). Подробнее о второй версии протокола можно прочитать в отдельном анонсе (https://www.opennet.dev/opennews/art.shtml?num=48622).Другие изменения (https://github.com/git/git/blob/v2.18.0/Documentation/RelNot...):
- При выполнении слияний и операций "cherry-pick" добавлена эвристика для предугадывания переименований. Например, если x/a, x/b и x/c были переименованы в z/a, z/b и z/c, то наиболее вероятно, что пользователь также переименует x/d в z/d, и можно предложить сразу переместить все остальные элементы каталога 'x' в каталог 'z'. Попутно в коде переименования устранена ошибка, которая могла приводить к перезаписи
не включённых в репозиторий файлов во время слияния;- В "git filter-branch" добавлен отдельный код возврата для отделения ситуации отсутствия новых коммитов для перезаписи от ошибок при выполнении операции;
- При сборке со свежей библиотекой cURL обеспечена возможность использования TLS 1.3 и сжатия методом gzip;
- В "git gui" добавлено распознавание файлов "~/.ssh/id_ecdsa.pub" и
"~/.ssh/id_ed25519.pub" как SSH-ключей. В дополнение к
CTRL/CMD+ENTER для коммита добавлена клавиатурная комбинация CTRL/CMD+KP_ENTER (аналог с нажатием Enter на боковом цифровом блоке клавиатуры). Решены проблемы с использованием старых версий Tk (например 8.5.7)) без поддержки операции "ttk::style theme use" для выбора темы оформления;- В "git rebase" добавлена обработка опции "--signoff" при использовании бэкендов, отличных от "am" (но вызванных без "--preserve-merges");
- Выполнение "git branch --list" во время прерванной операции "rebase -i" теперь разделяет ситуации, когда rebase выполнен для отсоединённой ветки HEAD и обычной ветки;
- В "git mergetools" обеспечена совместимость с утилитой guiffy (https://www.guiffy.com/);
- Добавлен новый атрибут "working-tree-encoding", который указывает Git выполнить перекодирование содержимого в соответствии с заданной кодировкой текста при выполнении операции checkout;- В "git config" добавлена универсальная опция "--type=typename" для указания типов задаваемых значений, дополняющая раздельные опции
"--int", "--bool" и т.п. В "git config" также обавлен новый тип значений "--type=color" и опция "--default", например, можно указать "git config --get foo.color --default blue" и получить значение цвета из переменной foo.color или вывести цвет "blue" если данная переменная не определена;
- В "git rebase" добавлена опция "--rebase-merges" для переноса всей топологии графа коммитов;
- В "git worktree add" добавлена поддержка выполнения операции checkout над существующей веткой;
- В "git send-email" помимо ранее доступных опций диалога подтверждения ('Yes', 'No', 'Quit', 'All') добавлена кнопка 'Edit' для редактирования перед отправкой;- По умолчанию в настройках отключён режим "merge.renames" для экономии ресурсов процессора, которые попусту тратятся на поиск и слияние переименованных путей. В "git status" добавлена настройка status.renames для отключения кода определения переименований;
- Улучшена работа скрипта автодополнения ввода, в частности, для различных команд обеспечено автодополнение файловых путей;
- По умолчанию обеспечена поддержка сборки с библиотекой PCRE v2. Для
явного выбора версии PCRE следует использовать опции USE_LIBPCRE1 и USE_LIBPCRE2;- Добавлена сборочная опция, позволяющая при запуске Git вызывать все связанные компоненты с использованием относительных путей (ранее данный режим применялся для Windows, но теперь доступен и для Linux, BSD и macOS);
- Абстрагирован интерфейс взаимодейтсвия с GPG с целью обеспечения в будущем интеграции с другими типами систем формирования цифровых подписей;
- Обеспечена более заметная подсветка ошибок при выполнении "git push";- Проведена оптимизация производительности операций "git fetch", "git gc" и "git pack-objects";
- Прекращена поддержка операции извлечения коммитов "git http-fetch", которая была помечена устаревшей и никем не использовалась;
URL: https://lkml.org/lkml/2018/6/21/594
Новость: https://www.opennet.dev/opennews/art.shtml?num=48819
Линус таки Бог, ибо создал нечто такое, что используют миллиарды людей (даже если сами об этом не знают)!
> Линус таки Бог, ибо создал нечто такое, что используют миллиарды людей (даже
> если сами об этом не знают)!Ты про терминалку или про копию с маквоя?
Свой гит создавал каждый, new folder, new folder1, new folder2, .....пс: ничего не обычного
Столами вас явно не поддержит
За Git вообще готов носить его на руках! :)
> За Git вообще готов носить его на руках! :)Шли деньги Ларри. Он будет рад.
> Абстрагирован интерфейс взаимодейтсвия с GPG с целью обеспечения
> в будущем интеграции с другими типами систем формирования цифровых подписей;Например, с какими? Действительно, интересно было бы узнать.
криптопро
И зачем это нужно? Сделали из систему управления версиями не пойми что. Архивы с нумерацией все ещё лучше гита.
Дело говорит, мы вообще гит выкинули давно. Зачем он нужен если можно код положить на гугл-диск
положить на кодfxd
Правильно. Ещё используйте только ручную компиляцию и ручное создание архивов сборок. Никаких cmake или autotools или meson. Понаделали монстров, которых надо изучать. А мозг не у всех настолько хорошо развит, чтобы столько информации удерживать.
cmake действительно гoвнo. он компилирется дольше чем llvm и предрекали ему смерть в гoвнoхипстерах еще при зарождении. вот сейчас и они от него отказываются (читай более ранние новости)
Наверное не стоит спрашивать, зачем Вы компилируете у себя CMake и LLVM?...
Начинал с autotools, всегда плевался на них.
CMake только в этом году освоил, очень доволен.
Meson - даже не интересовался, смысла в нём для себя пока не вижу.
> Например, если x/a, x/b и x/c были переименованы в z/a, z/b и z/c, то наиболее вероятно, что пользователь также переименует x/d в z/d, и можно предложить сразу переместить все остальные элементы каталога 'x' в каталог 'z'.Это для имбецилов, неспособных переименовать каталог x в каталог z?
Использую Гит, в основном базовые команды и опции.
Претензий особых нет, но как-то напрягает, что все время что-то упраздняют, перелопачивают и добавляют, в том смысле, что у разрабов могут быть разные версии Гита и стремаешся, что может отработать не так как ожидается.
На стековерфлоу часто пишут, что дескать эта опция уже не актуальна, это уже работает не так с такой-то версии и т.п.
Чем-то напоминает системду с растущей кучей опций и прибамбасов.
> Использую Гит, в основном базовые команды и опции.
> Претензий особых нет, но как-то напрягает, что все время что-то упраздняют, перелопачиваютCобирал в своём уютном дебианчике (покинувшем нас wheezy) и "рабочих" el6/el7 несколько разных "минорных" из 1.7.xx--2.17.0.
Для "использую базовые команды" -- _абсолютно_ никакой разницы. Совершеннл не о чем беспокоиться.
В район какого-то 2.1x, например, сделали многопоточное "сжание" в git-gc. В 2.каких-то пилили виндовый костыльный кеш -- очень забавляли приседания несчастных с недоплатформой... Чисто из чтения новостей. Ну, "минорные" дефолты и опции перетряхают...
> и добавляют, в том смысле, что у разрабов могут быть разные
> версии Гита и стремаешся, что может отработать не так как ожидается.
> На стековерфлоу часто пишут, что дескать эта опция уже не актуальна, это
> уже работает не так с такой-то версии и т.п.
> Чем-то напоминает системду с растущей кучей опций и прибамбасов.В отличие от с-д-ы, где нужно ходит строем и учить опции, здесь все эти опции (виндоуз-кеши, git-fs-ы, уеб-два-нуль социалочки) не были нужны до их упразнения, не стали нужнее и после.
смените формулировку. Git - не распределённый, не p2p, а децентрализованный. есть большая разница.
Если будешь рассылать патчи напрямую другим, то вполне распределенный. Гит вообще не обязывает следовать какой-либо конкретной модели распространения изменений.