GitHub представляет фрагменты встроенного кода

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

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

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

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

В новом выпуске Git версии 2.14.0 внесены изменения в пользовательский интерфейс и аспекты производительности.

Изменения в пользовательском интерфейсе начинаются с возможности настройки цветов, в которых отображаются имена текущей ветви и ее ветви удаленного отслеживания. Вы получаете лучший контроль над поведением git clone и git reset; а архив git теперь может использовать расширение zip64, когда необходимо выйти за пределы 4 ГБ.

Git reset теперь учитывает параметр –recurse-submodules, а git diff –submodule = diff теперь рекурсивно переходит во вложенные подмодули.

Одно изменение, получившее положительные отзывы, заключается в том, что эвристика “indent” теперь используется по умолчанию в “diff”. Однако этого можно избежать, установив для переменной конфигурации indentHeuristic значение «false».

Изменения в производительности и внутренней реализации включают повышение предельного значения по умолчанию для pack-git, чтобы уберечь «git fetch» от (восстанавливаемого) сбоя при параллельной работе «gc».

Код для обновления дерева кеширования был усилен, что означает, что теперь Git не будет случайно записывать 0 {40} в объект дерева.

Git теперь может запускать тестер автоматической сборки Windows из существующего тестера Travis CI.

Несколько изменений было внесено в способ работы Git при открытии файлов. Ошибки при открытии необязательных файлов теперь обрабатываются с помощью вспомогательной функции; Кроме того, появилась улучшенная система отчетов об ошибках, когда возникают проблемы, связанные не только с отсутствием файлов.

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

Добавить комментарий

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