The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз распределенной системы управления исходными текстами Git 2.1.0

16.08.2014 16:16

Доступен релиз распределенной системы управления исходными текстами Git 2.1.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux, Android, Libreoffice, Systemd, X.Org, Wayland, Mesa, Gstreamer, Wine, Debian, DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, PostgreSQL, VideoLAN, PHP, Xen, Minix.

Основные изменения:

  • Изменение, нарушающее совместимость: значение по умолчанию для переменной окружения LESS изменено с "FRSX" на "FRX". В частности, убран флаг "S", который указывал на необходимость отрезания хвоста невлезающих длинных строк. Отныне длинные строки будут переноситься на следующую строку. Для возврата старого поведения можно запустить 'git config core.pager "less -S"' или только для команды "git blame" - 'git config pager.blame "less -S"';
  • Добавлена команда "git verify-commit" для проверки цифровой подписи GPG в подписанных коммитах по аналогии с использованием "git verify-tag" для подписанных тегов;
  • Добавлена экспериментальная поддержка нового формата индексов, в котором используется два файла - один с базовыми данными, а другой с инкрементальными изменениями относительно базового файла. Использование данного формата может сократить операции ввода/вывода при перезаписи очень больших индексов на системах с небольшой активностью изменений в рабочем дереве;
  • Активирована по умолчанию настройка "core.preloadindex", включающая поддержку предварительной загрузки индекса, что позволяет ускорить работу на системах с многоядерными CPU;
  • При клонировании репозитория с локального диска при помощи команды "git clone" теперь используется копирование с применением жестких ссылок. Для отмены данного поведения следует использовать опцию "--no-local";
  • В команду git commit --date={date}" добавлена поддержка дополнительных форматов задания времени, в том числе "--date=now";
  • Из contrib/ исключено несколько вышедших из употребления директорий;
  • Код для вычисления ширины экрана при выводе строк UTF-8 обновлён для соответствия спецификации Unicode 7.0;
  • Для клиентов, использующих транспорт на основе HTTP, обеспечена более полная трансляция сообщений об ошибках, передаваемых web-сервером;
  • В скрипте автодополнения ввода для bash (из contrib/) улучшена поддержка алиасов, определяющих сложные последовательности команд;
  • Добавлена настройка "core.commentChar", через которую для редактора сообщений коммитов можно задать символ начала комментария, отличный от "#". Для автоматического определения символа комментария можно указать параметр "auto";
  • В команду "git format-patch" добавлена опция "--signature-file=файл" для добавления подписи к письму из указанного файла;
  • В "git grep" добавлена настройка grep.fullname, принудительно включающая использование полного имени файла ("--full-name")
  • В "git imap-send" добавлена возможность обращения к обработчику запроса параметров входа для получения данных аутентификации;
  • В "git log" и похожих командах обеспечена поддержка значения "auto" для автоматического включения опции "--decorate" при выводе на терминал;
  • Запуск "git merge" без аргументов теперь приведёт к выводу ошибки, за исключением явного определения upstream для текущей ветки или активации опции merge.defaultToUpstream;
  • В "git mergetool" добавлена поддержка бэкенда vimdiff3;
  • По умолчанию отключена настройка mergetool.prompt, при которой всегда выводился запрос подтверждения о запуске утилиты tergetool в текущем пути;
  • В "git replace" добавлена субкоманда "--edit" для создания замены через редактирование существующего объекта;
  • В "git replace" добавлена субкоманда "--graft" для перезаписи родителя текущего коммита;
  • В "git send-email" добавлены опции "--to-cover" и "--cc-cover" для получения содержимого заголовков "To": и "Cc:" из указанных далее файлов;
  • При редактировании сообщения для тега через "git tag" обеспечено отображение тега в комментарии;
  • Лимит "core.deltabasecachelimit" увеличен с 16 до 96 MiB;
  • Проведена значительная оптимизация работы команды "git blame" за счёт реорганизации структур по отслеживанию выполнения работы;
  • Оптимизирована работа "git diff при сравнении трёх и более деревьев.


  1. Главная ссылка к новости (https://lkml.org/lkml/2014/8/1...)
  2. OpenNews: Релиз распределенной системы управления исходными текстами Git 2.0
  3. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.9.2
  4. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.9.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/40392-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (38) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 17:16, 16/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    > Добавлена экспериментальная поддержка нового формата индексов,
    > в котором используется два файла - один с базовыми данными,
    > а другой с инкрементальными изменениями относительно базового файла.

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

    2016 год - добавлена поддержка снапшотов.
    2017 год - Торвальдс понял, что изобрёл ZFS.
    2018 год - добавляются утилиты mkfs.gitfs, fsck.gitfs
    2019 год - Grub3 научился грузиться с gitfs  
    2020 год - EFI/BIOS грузятся с сетевых коммитов
    2021 год - Доступны первые тестовые коммиты Windows 21 Ultimate Оchko  
    ...



     
     
  • 2.2, Аноним (-), 17:34, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    нельзя в таком виде на форум лазить.
     
     
  • 3.27, ZloySergant (ok), 15:54, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >нельзя в таком виде на форум лазить.

    Не, ну почему? Я - захожу, почему другим низзя? :)

     
     
  • 4.35, Аноним (-), 20:23, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вам можно, а Пашеньке без справочки нельзя.
     
  • 2.4, Аноним (-), 18:21, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    2014 - критики критикуют инструменты, аналогов которым нет.
     
  • 2.14, mebiuslu9 Нема Нема (?), 19:47, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    2030 год - gitfs используется для хранения данных и контроля над наноассемблерами
    2079 год - из за ошибки в git вся органика на Земле была поглощена.
     
     
  • 3.20, anonymous (??), 01:13, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > 2030 год - gitfs используется для хранения данных и контроля над наноассемблерами
    > 2079 год - из за ошибки в git вся органика на Земле
    > была поглощена.

    Алекс Дентон нас спасёт.

     
  • 2.34, Аноним (-), 20:22, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А интеграцию в systemd в каком году прогнозируете?
     
  • 2.38, АноуС (?), 21:09, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Павлик, так держать !!!

    Плюсанулвкарму ( как обычно ).

     
  • 2.41, anonimus (?), 13:40, 18/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поздно, git fsck уже есть
     

  • 1.3, папа (?), 17:42, 16/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Для ленивых рекомендую - https://github.com/progman/gitbash
     
     
  • 2.9, Kodir (ok), 19:01, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • –13 +/
    У вас в ссылке опечатка, вот правильная: http://mercurial.selenic.com/
    :)
     
     
  • 3.11, Аноним (-), 19:24, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • +10 +/
    У вас в ДНК опечатка.
     
  • 3.19, Аноним (-), 22:47, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да нафиг, идите греметь пустым бидоном в другом месте.
     
  • 2.12, mebiuslu9 Нема Нема (?), 19:32, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тьфу ты. Судя по названию я подумал что это реализация Git на Bash совместимся с оригиналом.
     
  • 2.17, Аноним (-), 21:04, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    What is it?
     

  • 1.5, Пропатентный тролль (?), 18:23, 16/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вот нахрен они S убрали? Смысл?? Кому это надо было - уже всё поменял, а кого удовлетворял дефолт - тому теперь надо будет прыгать с настройками. Люди творят абсолютный идиотизм, только создавая проблемы пользователям на пустом месте. Низачёт и порицание.
     
     
  • 2.16, Evolve32 (ok), 20:31, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это вы еще awesome не видели. В каждом минорном релизе почти все перекраивают... А это пустяк, к тому же, еще и сказано как все вернуть.
     
  • 2.21, Ordu (ok), 11:03, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я думаю, они это сделали специально, чтобы вызвать в вас раздражение. Торвальдс, знаете ли, тролль со стажем, от него подобного легко можно ожидать.
     
     
  • 3.22, Andrey Mitrofanov (?), 12:33, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Торвальдс, знаете ли,

    Junio C Hamano

     
  • 3.25, Аноним (-), 14:41, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я думаю, они это сделали специально, чтобы вызвать в вас раздражение. Торвальдс,
    > знаете ли, тролль со стажем, от него подобного легко можно ожидать.

    Троллить троллей, особенно пропатентных - это особый шик. Ведь как известно, тролли совсем не против закусить глупым неповоротливым "коллегой".

     

  • 1.15, h31 (ok), 20:22, 16/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > При клонировании репозитория с локального диска при помощи команды "git clone" теперь используется копирование с применением жестких ссылок. Для отмены данного поведения следует использовать опцию "--no-local";

    So slow.

     
     
  • 2.18, Аноним (-), 22:43, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наоборот, пока непонятно как это будет работать с NFS томами, например.
     
     
  • 3.43, Аноним (-), 16:59, 18/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    c NFS оно и так работать нормально не будет. NFS для таких целей юзают только каике-то неадекваты и ССЗБ.
     
     
  • 4.44, Аноним (-), 20:19, 18/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > c NFS оно и так работать нормально не будет

    Замечательно оно работало и будет работать.

    > NFS для таких целей юзают только каике-то неадекваты и ССЗБ.

    Для каких целей? ~ по NFS - обычная практика

     
  • 3.45, Аноним (-), 20:20, 18/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Наоборот, пока непонятно как это будет работать с NFS томами, например.

    А в чём вам мерещится проблема? Хардлинки на NFS - такие же хардлинки как и на локальных ФС.

     

  • 1.23, Mihail Zenkov (ok), 13:59, 17/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    У гита есть возможность скачать часть тоько часть репозитория (начиная с определенной даты или ревизии) для последующего провидения bisect?
     
     
  • 2.24, Andrey Mitrofanov (?), 14:27, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У гита есть возможность скачать часть тоько часть репозитория (начиная с определенной
    > даты или ревизии) для последующего провидения bisect?

    Да. Скачать - git clone --depth. =shallow clone. У bisect таким репо, вроде, проблем не было(*).


    (*) только с ~transfer from or to~, и то починили во "времена" 1.9/2.0 http://stackoverflow.com/questions/6941889/is-git-clone-depth-1-shallow-clone

     
     
  • 3.26, Mihail Zenkov (ok), 14:50, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спасибо! Хочу отловить регрессию в ядре, а качать весь их многогиговый репозиторий затруднительно.
     
     
  • 4.28, anonim (?), 16:07, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > многогиговый

    Почти гиговый, или вы в гигабитах?

     
  • 4.42, Аноним (-), 16:29, 18/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Окститесь, репозиторий ядра и гигабайта не весит.
     
  • 4.46, XoRe (ok), 00:18, 19/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо! Хочу отловить регрессию в ядре, а качать весь их многогиговый репозиторий
    > затруднительно.

    Вам прислать в tar.xz?

     
     
  • 5.51, Аноним (-), 15:04, 20/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Неужели?
    git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
     

  • 1.47, XoRe (ok), 00:19, 19/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  При клонировании репозитория с локального диска при помощи команды "git clone" теперь используется копирование с применением жестких ссылок. Для отмены данного поведения следует использовать опцию "--no-local";

    Склонировал значит, нафигачил туда из /dev/random, удалил.
    А потом такой... ВОТ ЭТО ПОВОРОТ!

     
     
  • 2.48, Аноним (-), 00:29, 19/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если вы дeбил, то звиняйте :)
     
     
  • 3.49, XoRe (ok), 00:48, 19/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну если вы дeбил, то звиняйте :)

    /dev/random - это утрирование.
    Склонировал, поигрался, записал данные, удалил файлы, думаешь склонировать снова, а тут сюрприз!
    И это действие по умолчанию.

     
     
  • 4.50, Аноним (-), 01:51, 19/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитайте документацию либо хотя бы попробуйте, прежде чем выставлять себя ламером. Оригинальный репозиторий действия с клоном не затрагивают.
     
  • 4.53, Andrey Mitrofanov (?), 09:51, 21/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Склонировал, поигрался, записал данные, удалил файлы,

    Использовать паки и объекты в .git/ с числом линков >2 только для чтения достаточно, чтобы развеять Ваши беспокойства. Пустырник также показан в более тяжёлых случаях.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру