The OpenNET Project / Index page

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

03.04.2018 15:45  Выпуск распределенной системы управления исходными текстами Git 2.17

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

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

  • В команду diff добавлена опция "--find-object=object-id" для оценки изменений, связанных только с заданным именованным объектом;
  • В "git format-patch" при передаче данных в diffstat обеспечено форматирование патча с ограничением ширины в 72 символа, что соответствует ограничениям, применяемым в других субкомандах;
  • В "git daemon" добавлена возможность вывода лога в stderr вместо syslog в случае запуска из inetd;
  • В "git rebase" добавлена опция "--allow-empty-message";
  • В "git am" добавлена опция "--quit" в дополнение к уже существующей опции "--abort" для синхронизации с опциями других команд, таких как "rebase" и "cherry-pick";
  • В "git worktree add" добавлена возможность вызова обработчика после выполнения checkout, по аналогии с вызовом обработчика перед checkout в "git clone";
  • В "git tag" добавлена опция "--edit" для редактирования сообщения, переданного через флаги "-m" и "-F";
  • Добавлена команда "git fetch --prune-tags", которую можно использовать для чистки устаревших локально сохранённых тегов;
  • Добавлена опция "--show-current-patch", позволяющая посмотреть патч на котором остановился "git rebase" при возникновении конфликта;
  • В "git merge" применение "--no-ff" (создаётся коммит для слияния вместо быстрого перенаправления (fast-forwarding), даже если присоединенная ветвь является потомком текущего коммита) по умолчанию теперь ограничено слиянием тегов, находящихся не в типовых местах иерархии refs/tags/. Старое поведение было приемлемо для интеграторов, которые принимают подписанные теги от разработчиков downstream-проекта, но не было удобно для разработчиков downstream-проектов, которые "догоняли" upstream до очередного тега с релизом;
  • В "git status" добавлена опция "--no-ahead-behind" для отключения ресурсоёмких операций вычисления связи между текущей веткой и её upstream;
  • В "git send-email" добавлена опция "--reply-to=address";
  • В "git config" по аналогии с "git tag" страничная прокрутка теперь не применяется в операциях, не связанных с отображением данных (например, при установке параметров).


  1. Главная ссылка к новости (https://lkml.org/lkml/2018/4/2...)
  2. OpenNews: Еврокомиссия хочет обязать GitHub фильтровать код на этапе загрузки
  3. OpenNews: GitHub выпустил Git LFS 2.4.0
  4. OpenNews: GitHub прекратил поддержку ненадёжных методов шифрования
  5. OpenNews: GitLab покупает платформу Gemnasium
  6. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.16.0
Лицензия: CC-BY
Тип: Программы
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 16:00, 03/04/2018 [ответить] [показать ветку] [···]     [к модератору]
  • +/
    Только сейчас дошло, это же, по сути, блокчейн ... весь текст скрыт [показать]
     
     
  • 2.3, Andrey Mitrofanov (?), 16:40, 03/04/2018 [^] [ответить]    [к модератору]  
  • +/
    >>Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите
    > Только сейчас дошло, это же, по сути, блокчейн?

    Та ты https://en.wikipedia.org/wiki/Merkle_tree чо?! https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D1%80 Правда?7

     
     
  • 3.16, Аноним (-), 04:43, 04/04/2018 [^] [ответить]    [к модератору]  
  • +3 +/
    Памятка для тех кто не знал или забыл, как вставлять ссылки с кирилицей в виде читаемого текста - дописываем в конце ссылки символ "/" при копировании.
     
     
  • 4.19, Аноним (-), 14:52, 04/04/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    В Firefox можно дописать в строке адреса любой символ и стереть, например, пробел. Любое изменение текста в той строке позволит скопировать ссылку с кириллицей.
     
     
  • 5.33, ffsdmad (ok), 08:29, 06/04/2018 [^] [ответить]    [к модератору]  
  • +/
    в рамках HTTP можно просто дописывать символ ?
     
  • 4.34, Andrey Mitrofanov (?), 09:56, 06/04/2018 [^] [ответить]    [к модератору]  
  • +/
    > Памятка для тех кто не знал или забыл, как вставлять ссылки с
    > кирилицей в виде читаемого текста - дописываем в конце ссылки символ
    > "/" при копировании.

    Ух, ты! Работает!11 http://www.opennet.ru/openforum/vsluhforumID4/416.html

    https://ru.wikipedia.org/wiki/п■п╣я─п╣п╡п╬_я┘п╣я┬п╣п╧
    https://ru.wikipedia.org/wiki/п■п╣я─п╣п╡п╬_я┘п╣я┬п╣п╧/
    https://ru.wikipedia.org/wiki/Дерево_хешей/

    //ссылки ломаются при [Посмотреть] - надо пере-копи-пастивать.
    //копирование зависит от броузера. перешёл на ff52-esr, кажется, "оттуда" копируются правильные %XX-ссылки и перл-однострочник (спасибо,  XAnder!) не нужен

     
  • 2.4, Crazy Alex (ok), 17:07, 03/04/2018 [^] [ответить]    [к модератору]  
  • +3 +/
    ну... Если любой log-based формат считать предельно вырожденной формой блокчейна...

    А если серьёзно - то под блокчейном каждый сейчас понимает что-то своё, настолько, что как термин оно слабо применимо.

     
     
  • 3.5, Аноним (-), 17:13, 03/04/2018 [^] [ответить]    [к модератору]  
  • +/
    Ну, здесь нет блоков, здесь каждая транзакция заверена так-то получается. Так что это блокчейн - укороченный или компактный вариант.))
     
     
  • 4.17, Crazy Alex (ok), 12:29, 04/04/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    Я ж говорю - вырожденный. В пределе можно же представить и блок из одной записи
     
  • 3.6, KonstantinB (ok), 17:38, 03/04/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    Причем тут лог? Это называется hash tree (или, как уже упомянули выше, Merkle tree). Эта структура данных используется как в git/mercurial, так и во всяких биткоинах с эфирами.
     
     
  • 4.18, Crazy Alex (ok), 12:34, 04/04/2018 [^] [ответить]    [к модератору]  
  • +/
    То, что используется дерево хэшей, а не просто хэш предыдущего элемента - деталь реализации, не более. Общая структура - "актуальный" элемент ссылается на предыдущую версию (и есть возможность проверить целостность этого дела) - это именно из versioned/log-based структур данных.
     
     
  • 5.24, KonstantinB (ok), 17:02, 04/04/2018 [^] [ответить]    [к модератору]  
  • +/
    Н уи что, linked list - частный случай дерева.
     
     
  • 6.30, Crazy Alex (ok), 00:05, 05/04/2018 [^] [ответить]    [к модератору]  
  • +/
    В отличие от, замена сквозного хэширования на merkle tree - это просто оптимизация, не меняющая прицнипиальных свойств. Во всяком случае, в контексте git,  в криптовалютах ситуация другая (там это, например, на приватность влияет).
     
  • 2.7, Аноним (-), 18:56, 03/04/2018 [^] [ответить]    [к модератору]  
  • +/
    > Только сейчас дошло, это же, по сути, блокчейн?

    Ага, причем git появился раньше bitcoin...

     
     
  • 3.8, Афаф (?), 20:29, 03/04/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    То есть если я накоммитал вчера пару раз, где мои биткоены?
     
  • 1.2, X4asd (ok), 16:18, 03/04/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    когда переход на sha-3 ?
     
     
  • 2.9, Афаф (?), 20:30, 03/04/2018 [^] [ответить]    [к модератору]  
  • +/
    > когда переход на sha-3 ?

    А в чём такая необходимость?

     
     
  • 3.10, anonymous (??), 22:21, 03/04/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    в том что sha3 текущий стандарт с минимальными коллизиями?
     
  • 3.13, Аноним (-), 00:22, 04/04/2018 [^] [ответить]    [к модератору]  
  • –3 +/
    >> когда переход на sha-3 ?
    > А в чём такая необходимость?

    лизнуть АНБ, конечно же.


     
     
  • 4.29, IRASoldier (?), 20:52, 04/04/2018 [^] [ответить]    [к модератору]  
  • +/
    >АНБ

    SHA-3 - это к NIST, а не NSA, кури гугл.

     
     
  • 5.31, Andrey Mitrofanov (?), 13:07, 05/04/2018 [^] [ответить]    [к модератору]  
  • +/
    >>АНБ
    > SHA-3 - это к NIST, а не NSA, кури гугл.

    https://duckduckgo.com/?q=NIST+NSA+snowden

    И?

     
  • 3.21, X4asd (ok), 15:55, 04/04/2018 [^] [ответить]    [к модератору]  
  • +4 +/
    >> когда переход на sha-3 ?
    >
    > А в чём такая необходимость?

    мне надаели старые значения хешей.. хочу уже новые

     
     
  • 4.22, Andrey Mitrofanov (?), 16:19, 04/04/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    >>> когда переход на sha-3 ?
    >>
    >> А в чём такая необходимость?
    > мне надаели старые значения хешей.. хочу уже новые

    Коммить новый [пустой] инит-комит с текстом мз /dev/urandom-а и ребейзь всю историю на него.

    Все хеши коммитов поменяются. Я гарантирую это.

     
     
  • 5.23, X4asd (ok), 16:51, 04/04/2018 [^] [ответить]    [к модератору]  
  • +3 +/
    >>>> когда переход на sha-3 ?
    >>>
    >>> А в чём такая необходимость?
    >> мне надаели старые значения хешей.. хочу уже новые>
    >
    > Коммить новый [пустой] инит-комит с текстом мз /dev/urandom-а и ребейзь всю историю на него.
    >
    > Все хеши коммитов поменяются. Я гарантирую это.

    не. я хочу чтобы у меня были новые хэши а у моих коллег-консерваторов оставались бы старые..

    и чтобы была бы совместимость (хотя бы в одну сторону) между нами. чтобы я мог бы пользоваться и своими хешами (модными свежими) и старыми, а коллеги ды хрен с ними если у них что-то работать не будет, сами виноваты :-) .

     
     
  • 6.26, Аноним (-), 18:26, 04/04/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    > а коллеги ды хрен с ними если у них что-то работать не будет, сами виноваты :-)

    Опенсорс разработка.

     
  • 2.11, anonymous (??), 22:22, 03/04/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    знаю что работа в этом направлении ведется. вероятно будут команды конвертирующие хранилище
     
     
  • 3.32, Xasd (ok), 00:32, 06/04/2018 [^] [ответить]    [к модератору]  
  • +/
    быстрей бы
     
  • 1.12, A.Stahl (ok), 23:21, 03/04/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –13 +/
    svn -- гoвно, git -- гoвно, все СКВ -- гoвно. Но лучше никто пока ничего не придумал.
    Вам гoвно с изюмом или с арахисом? Ах, вы гурман и любите гoвно как есть...

    Пока так.

     
     
  • 2.14, Аноним (-), 00:24, 04/04/2018 [^] [ответить]    [к модератору]  
  • +/
    pijul
     
     
  • 3.28, Аноним (-), 20:30, 04/04/2018 [^] [ответить]    [к модератору]  
  • +/
    пижуль... "Запижулил в пижулерепу пижулеветку, проверяй" -- "Да, подтверждаю, ща запижулю твою пижулеветку в пижулемастер"
     
  • 2.15, Led (ok), 02:33, 04/04/2018 [^] [ответить]    [к модератору]  
  • +3 +/
    svn -- гoвно, git -- гoвно, все СКВ -- гoвно.

    Нет ты - это же очевидно.

     
  • 1.20, Аноним (-), 15:09, 04/04/2018 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    Ну наконец Джва года ждал ... весь текст скрыт [показать]
     
     
  • 2.35, Владимир (??), 16:37, 07/04/2018 [^] [ответить]    [к модератору]  
  • +/
    я лично джва года ждал "git fetch --prune-tags"
     
  • 1.25, Аноним (-), 18:06, 04/04/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    ...приняли участие... Просто. Без "своё".
     
  • 1.27, Аноним (-), 19:43, 04/04/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > В "git status" добавлена опция "--no-ahead-behind"

    в прошлых версиях как-то можно такого поведение достичь? статус задрал лагать

     

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


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