The OpenNET Project / Index page

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

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

30.11.2016 14:48

Представлен выпуск распределенной системы управления исходными текстами Git 2.11.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.

По сравнению с прошлым выпуском в новую версию принято 673 изменения, подготовленных при участии 74 разработчиков, из которых 15 впервые приняли своё участие в разработке. Основные изменения:

  • Переработан алгоритм формирования сокращённой формы отображения идентификаторов объектов. Так как полный хэш SHA-1 состоит из 40 шестнадцатеричных цифр и достаточно трудно воспринимается пользователем, в git активно применяется сокращённая система отображения, которая значительно упрощает ввод идентификаторов различных объектов. Чтобы избежать коллизий, приводящих к ссылкам сокращённой формы на более чем один объект в репозитории, до сих пор в Git применялся адаптивный алгоритм формирования идентификатора - вначале формируется 7-символьное представление хэша, которое оставляется если в репозитории нет других объектов с таким идентификатором, и доводится до 8- или 9-символьного варианта в случае обнаружения пересечений.

    Для 7-символьных имён коллизии начинают проявляется в репозиториях, содержащих десятки тысяч объектов. В репозитории с ядром Linux, насчитывающем 5 млн объектов, коллизии наблюдаются для идентификаторов, размером менее 12-символов. Применяемый подход обладает существенным недостатком: отсутствие коллизии в текущий момент не исключает их появление для объектов, которые будут добавлены в будущем. В небольших репозиториях вероятность появления отложенной коллизии невелика, но становится вполне ощутимой в больших и динамично развивающихся репозиториях. Например, опубликованный в системе отслеживания ошибок идентификатор со временем может начать указывать на несколько объектов.

    В Git 2.11.0 существенно расширены средства для проверки пересечений при выполнении операций. Минимальный размер сокращённого идентификатора теперь не фиксирован и динамически выбирается в зависимости от числа объектов в репозитории. Кроме того, если в команде задан слишком короткий идентификатор, для которого в репозитории присутствует несколько объектов, кроме предупреждения о выявлении конфликта, в git 2.11 будет выведен список пересекающихся объектов с дополнительной информацией, достаточной для того чтобы уточнить, какой из более длинных идентификаторов выбрать. Информация в списке выводится с учётом контекста - в первую очередь показываются более вероятные кандидаты объектов, например, в "git log" в первую очередь показываются коммиты. Для выбора первичных типов для других команд, таких как "git show", предложена новая опция "core.disambiguate".

  • Ускорен доступ к delta-цепочкам в базе объектов, что положительно сказалось на производительности многих типовых операций. Delta-цепочки служат для объединения дубликатов при хранении файлов с частично совпадающим содержимым. Для эффективного хранения пересечений один из объектов выбирается как базовый, а похожие на него другие объекты оформляются в виде delta - набора инструкций, определяющих имеющиеся изменения. Так как базовый объект со временем может меняться, в качестве основы для других объектов могут выступать delta-изменения, образуя таким образом delta-цепочки (версия 2 сохраняется как delta от версии 1, а версия 3 как delta от версии 2 и т.п.).

    Чем глубже уровень вложенности, тем больше требуется ресурсов для реконструкции содержимого объекта. В режиме агрессивной упаковки "git gc --aggressive" ранее допускалось создание вложенных цепочек, включающих до 250 объектов, но так как при размере цепочки в более 50 объектов разбор становится неэффективным с точки зрения нагрузки на CPU, по умолчанию максимальный уровень вложенности в Git 2.11 ограничен 50 объектами. Для сокращения нагрузки также полностью переработана реализация кэша недавно восстановленных объектов, что позволило примерно на 10% ускорить работу в больших репозиториях. Для дальнейшего повышения эффективности можно увеличить размер кэша через опцию core.deltaBaseCacheLimit, которая по умолчанию установлена в 96 Мб (например, при увеличении до 1 Гб скорость работы с репозиторием ядра Linux возросла на 32%);

  • Увеличена производительность поиска объектов, в условиях наличия нескольких pack-файлов в репозитории. При большом числе объектов, Git упаковывает группы объектов в сводные pack-файлы, включающие также индексы для быстрой выборки. Новые pack-файлы могут появляться при извлечении или приёме изменений по сети, что приводит к постепенному увеличению числа pack-файлов в репозитории до тех пор, пока не будет инициирована операция переупаковки репозитория. Несмотря на то, что разбор отдельного pack-файла достаточно быстрая операция, при наличии большого числа pack-файлов поиск нужного объекта превращается в последовательный перебор pack-файлов.

    Частично проблема решалась через кэш, определяющий привязку объектов к pack-файлам, а в git 2.10 дополнительно был применён более эффективный метод, перебирающий pack-файлы в порядке прошлого обращения к ним. В Git 2.11 сделан ещё один шаг и новая стратегия перебора задействована при выполнении операции переупаковки. Например, внесённые изменения позволили на 70% ускорить переупаковку репозитория с ядром Linux, в котором накопилось 1000 pack-файлов;

  • Увеличена производительность вычислений идентификаторов патчей (patch ID), активно применяемых при выполнении операции "git rebase". Идентификатор патча представляет собой хэш от изменений, внесённых в рамках одного коммита, что позволяет выявлять дубликаты коммитов и избегать операций переименования и слияния коммитов. В Git 2.11 скорость проверки дубликатов на основе идентификаторов патчей в некоторых ситуациях возросла до 50 раз;
  • Реализован новый протокол для организации запуска фильтров, используемых для преобразования содержимого файла в представление локальной файловой системы. В том числе через фильтры можно подключить собственный обработчик, вызываемый при операциях с Git LFS. Старый протокол, подразумевал запуск отдельного процесса для обработки каждого файла, что при наличии большого числа файлов приводило к большим накладным расходам из-за запуска большого числа процессов, а также ограничивало возможности совместного использования ресурсов между разными экземплярами фильтра.

    Добавленный в Git 2.11 новый протокол позволяет организовать цикличную обработку разных файлов в одном процессе. В некоторых ситуациях в репозиториях с большим числом объектов в Git LFS, новый протокол позволяет увеличить скорость применения фильтра в 80 раз. В будущем планируется расширить новый протокол поддержкой выполнения фильтров в асинхронном режиме. Поддержка старого протокола сохранена для обеспечения обратной совместимости;

  • На основе замечаний о работе экспериментальной опции "--compaction-heuristic", включающей дополнительную эвристику для корректного отображения логики изменений, в которых фигурируют повторяющиеся блоки, в Git 2.11 представлен улучшенный алгоритм компоновки отступов. Новый алгоритм доступен через опцию "--indent-heuristic" (настройка diff.indentHeuristic) и возможно будет активирован по умолчанию в одном из следующих выпусков Git;
  • Добавлена поддержка метки "^-1" для исключения показа изменений, уже имеющихся в ветке до выполнения операции слияния. Например, "git log 1234abcd^-1" покажет все коммиты, которые были приняты при слиянии с веткой 1234abcd, но не отобразит уже имеющиеся в ветке коммиты;
  • В contrib/ добавлен модуль для хранения паролей Git при помощи GNOME libsecret;
  • В команду "git diff" добавлена опция "--submodule=diff", при которой будут показаны изменения субмодулей в форме патча между двумя состояниями субмодуля;
  • В "git status" реализован новый машиночитаемый формат вывода для упрощения автоматизированного разбора данных;
  • С целью увеличения производительности продолжена работа по замене shell-скриптов Git на программы на языке Си.


  1. Главная ссылка к новости (https://github.com/blog/2288-g...)
  2. OpenNews: Представлена децентрализованная СУБД Noms, основанная на идеях Git
  3. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.10.0
  4. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.9.0
  5. OpenNews: Выявлен дубликат короткого идентификатора PGP-ключа Линуса Торвальдса
  6. OpenNews: Опасная уязвимость во всех версиях Git
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45590-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 15:36, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    >> Например, опубликованный в системе отслеживания ошибок идентификатор со временем может начать указывать на несколько объектов.

    Ну так а кто записывает сокращённый, тот ССЗБ. В мануале явно написано, что это сокращённый и сделан только для, эээ, локального удобства.

     
  • 1.2, Аноним (-), 16:43, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >С целью увеличения производительности продолжена работа по замене shell-скриптов Git на программы на языке Си.

    Надеюсь в планах есть замена не только shell-скриптов на Си, но и perl-скриптов и python-скриптов на Си.

    Текущее состояние распределения по используемым языкам как видно из ссылки https://github.com/git/git такое:

    >C 44.2% Shell 34.8% Perl 8.3% Tcl 5.6% Python 2.6% C++ 1.7% Other 2.8%

     
     
  • 2.7, anonymous (??), 19:39, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Надеюсь в планах есть замена не только shell-скриптов на Си, но и perl-скриптов и python-скриптов на Си.

    А смысл? Это нормальные языки программирования, в отличие от ущербного шелла, и скорость работы у них на порядок выше

     
     
  • 3.9, Аноним (-), 20:06, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Это нормальные языки программирования, в отличие от ущербного шелла, и скорость работы у них на порядок выше

    Это интерпретируемые языки, так же как и shell, а у интерпретируемых языков скорость самое слабое место.

     
     
  • 4.40, Аноним (-), 05:59, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для начала посмотри, где используются скрипты, раз уж взялся кудахтать:
    https://github.com/git/git/search?l=python
    https://github.com/git/git/search?l=Perl

     
     
  • 5.42, Andrey Mitrofanov (?), 09:19, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Для начала посмотри, где используются скрипты, раз уж взялся кудахтать:
    > https://github.com/git/git/search?l=python
    > https://github.com/git/git/search?l=Perl

    А на баше они sha1(), думаешьЮ писали?...

    Если твои титоны будут тормозть на винде, и их вручную транслируют.

     
  • 3.20, Аноним (-), 22:47, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А смысл? Это нормальные языки программирования, в отличие от ущербного шелла, и
    > скорость работы у них на порядок выше

    Питон вообще должен сдохнуть. Достал постоянным террариумом - в убунте в репах уже три разных питона. 2.7, 3.чтототам и 3.5 - и они походу все несовместимые.

     
     
  • 4.31, Аниним (?), 01:39, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    анончик заблуждается есть 2.7 и 3 ветки вот и все.
     
     
  • 5.33, Аноним (-), 01:55, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > анончик заблуждается есть 2.7 и 3 ветки вот и все.

    Ничего не знаю, в убунтах бидон 3.5 еще есть. Отдельно от остальных 3.х. Видимо в лучших питонячьих традициях опять полунесовместимо вышло.

     
     
  • 6.34, Stax (ok), 01:56, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тем не менее - чуток посовместимее, чем perl5 и perl6...
     
     
  • 7.48, Аноним (-), 11:37, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тем не менее - чуток посовместимее, чем perl5 и perl6...

    Мне похрен. Я бы предпочел развидеть и то и другое.

     
  • 6.37, Аноним (-), 02:16, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> анончик заблуждается есть 2.7 и 3 ветки вот и все.
    > Ничего не знаю,

    Мы уже поняли, можете не повторять.

    > в убунтах бидон 3.5 еще есть.
    > Отдельно от остальных 3.х.

    Очевидно, это проблемы убунт и убунтоводов.

    > Видимо в лучших питонячьих традициях опять полунесовместимо вышло.

    Видимо, в лучших традициях анонимных незнателей домысливать, основываясь на собственном незнании, как все должно быть. Правда, реальность от этого не меняется, но анонимам хоть бы хны.

     
     
  • 7.49, Аноним (-), 11:43, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хороший перевод стрелок, но нет Врядли они все это организовали от хорошей жизн... большой текст свёрнут, показать
     
     
  • 8.53, Аноним (-), 12:27, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а у других языков проблем с совместимостью между версиями быть не может по ... текст свёрнут, показать
     
     
  • 9.64, Аноним (-), 18:05, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Таких как у питона Больше ни у кого не видел Если уж про переписывание на си -... текст свёрнут, показать
     
  • 8.61, Аноним (-), 20:11, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    С какого препугу эта констатация факта совершенно внезапно версия 3 5 принадлеж... большой текст свёрнут, показать
     
     
  • 9.65, Аноним (-), 18:28, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это фраза мы уже поняли - констатация факта Что она консатирует Что вы спосо... большой текст свёрнут, показать
     
     
  • 10.71, Аноним (-), 02:43, 03/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Передерг такой передерг А уж сколько версий гцц в репах дебиана Ужас, да Если... большой текст свёрнут, показать
     
     
  • 11.72, Аноним (-), 21:01, 03/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а смысл тончить, если вы в дверь ходите боком Не знаю чего ужасного - у м... большой текст свёрнут, показать
     
     
  • 12.73, Аноним (-), 22:32, 03/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Какой юлеж, какие экспрессии А кто же это тут, в 65 отвечал и просил примеры ... большой текст свёрнут, показать
     
  • 4.54, Аноним (-), 12:27, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Питон вообще должен сдохнуть.

    А мужики-то не знали!

     
     
  • 5.66, Аноним (-), 18:29, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А мужики-то не знали!

    Да почему же? Мужики в гугле вывели целое поколение go'пников и из той же вебни питон начал вылетать только в путь.

     
  • 3.57, Аноним (-), 13:23, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А причём здесь скорость? Эти языки лишние зависимости тянут.
     
  • 2.10, KonstantinB (ok), 20:33, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Это распределение ничего особо не значит. Заметная часть - это реализация программных интефейсов к гиту на этих языках, и всякие дополнительные утилиты, особо никому не нужные, типа git-svn.
     
  • 2.13, Аноним84701 (ok), 21:19, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Надеюсь в планах есть замена не только shell-скриптов на Си, но и
    > perl-скриптов и python-скриптов на Си.
    > Текущее состояние распределения по используемым языкам как видно из ссылки https://github.com/git/git
    > такое:
    >>C 44.2% Shell 34.8% Perl 8.3% Tcl 5.6% Python 2.6% C++ 1.7% Other 2.8%

    Ну, глянем поподробнее:

    https://github.com/git/git/blob/35f6318d44379452d8d33e880d8df0267b4a0cd0/Docum
    https://github.com/git/git/blob/35f6318d44379452d8d33e880d8df0267b4a0cd0/Docum
    Это генератор  документации при сборке. В чем тут будет глубокий смысл переписывания для конечного пользователя (да и для разработчика гита), кроме "эта документация сгенерирована программой на ПРАВИЛЬНОМ языке!" ? o_O

    https://github.com/git/git/blob/35f6318d44379452d8d33e880d8df0267b4a0cd0/contr
    Вы так часто конвертируете из ртути?

    https://github.com/git/git/blob/35f6318d44379452d8d33e880d8df0267b4a0cd0/git-g
    Гуй на tcl, прямо караул, да ...

    https://github.com/git/git/blob/35f6318d44379452d8d33e880d8df0267b4a0cd0/t/per
    [CODE]
    test_expect_success 'setup' '
    git checkout -f -b base &&
    git checkout -b to-rebase &&
    git checkout -b upstream &&
    for i in $(seq 100)
    do[/CODE]
    Тесты нужно тоже было забацать на си?


     
     
  • 3.15, vitalikp (?), 22:08, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.
    Не люблю эти языки.
    Почему, не буду объяснять.

    Разве плохо иметь возможность собрать гит без лишних зависимостей?

    Обычно тесты и пишут на си, если код на си.
    Тем самым проверяя код нативно.
    Ну вот, например, есть t/helper/test-sha1.sh и t/helper/test-sha1.c файлы.
    Скрипт передает параметры, а код выполняет проверку.
    Что бы понять суть теста, надо смотреть оба файла.
    Я бы смерджил это в один файл. Выглядело нагляднее.
    Очевидно, что тратить на это время не стоит, если есть более приоритетные задачи.

     
     
  • 4.23, Аноним (-), 22:54, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.

    Два чая этому господину.

    > Не люблю эти языки.
    > Почему, не буду объяснять.

    А я вот объяснил что террариум из трех полунедосовместимых версий бидона и вытекающий оттуда breakage мну за...л! А perl - мне он просто по жизни не требуется.

     
     
  • 5.28, Аноним84701 (ok), 00:56, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/

    > А я вот объяснил что террариум из трех полунедосовместимых версий бидона и
    > вытекающий оттуда breakage мну за...л! А perl - мне он просто
    > по жизни не требуется.

    А ссылочка будет, где там в гите три разных версии "бидона" используется? А разработчики об этом знают?
    Кстати, может вы имели ввиду "питон"?
    Это объясняет, почему вы не заметили такую замечательну опцию сборки "--without-python". Дарю, пользуйтесь на здоровье.

     
     
  • 6.35, Аноним (-), 01:58, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > А ссылочка будет, где там в гите три разных версии "бидона" используется?

    Да какая мне разница, в гите это или нет? Если кто тащит гадюку - я смотрю на это косо. Потому что каждый хочет разную версию гадины, блин. И зачем бы мне три похожие гадюки в системе, м?

    > Кстати, может вы имели ввиду "питон"?

    Я его назыаю бидоном. Его фанаты гремят много.

    > Это объясняет, почему вы не заметили такую замечательну опцию сборки "--without-python".

    Как по мне так это скорее должно быть --with-python для утонченных поклонников садомазо.

     
     
  • 7.38, Аноним (-), 02:17, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Я его назыаю бидоном. Его фанаты гремят много.

    Пока что в этом треде гремишь только ты. Ты случаем не фанат? )

     
     
  • 8.50, Аноним (-), 11:53, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если хочешь, можешь записать меня в фанаты git а, разумеется ... текст свёрнут, показать
     
  • 7.47, Аномномномнимус (?), 10:04, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да будет лопухам известно, что ваша бубунта без питона просто перестанет работать.
    Более того питон используется в САПР и даже либреофисе вместо убогого бейсика. И в отличие от вас там народ понимает, что питон в своей нише рулит и педалит.
    Это вы ещё на js и рубях не кувыркались :)
     
     
  • 8.51, Аноним (-), 12:04, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Да будет ламакам с гвидобэйсиком известно гвидобэйсик не требуется для работы с... большой текст свёрнут, показать
     
     
  • 9.55, Аноним (-), 12:38, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дальше не читал LFS Только LFS, батенька Gentoo не катит, т к Portage написа... текст свёрнут, показать
     
     
  • 10.67, Аноним (-), 18:33, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы к Zenkov у с такими развлечениями, я предпочитаю менее хардкорно Дык з... текст свёрнут, показать
     
  • 9.58, Аноним (-), 15:56, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И чего тогда неламаки ноют Напишите замену, в убунтах наверняка обрадуются Эт... большой текст свёрнут, показать
     
     
  • 10.68, Аноним (-), 19:01, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы наверное тоже будете не в восторге если сосед камаз коровяка перед вашим домо... большой текст свёрнут, показать
     
  • 4.30, Аноним84701 (ok), 01:29, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.
    > Не люблю эти языки.
    > Почему, не буду объяснять.
    > Разве плохо иметь возможность собрать гит без лишних зависимостей?

    Не плохо. Но, как вы сами заметили, задачи переписывания тестов или сборочных скриптов далеко не приоритетны.
    А так как количество человеко-часов в любой разработке ограничено ... по мне, то пусть лучше и далее оптимизируют упаковку, индексацию и работу с дельтами, а уж зависимости от перла или питона (тем более, вроде как можно собрать с "--without-python") я уж как нибудь переживу :)

    ЗЫ:
    > Очевидно, что тратить на это время не стоит, если есть более приоритетные
    > задачи.

    Судя по комментариям к новости, это далеко не всем очевидно. Видимо, существует некий параллельно-анонимный мир, где разработчики тратят одинаковое количество времени, независимо от используемого инструмента и все упирается лишь в желание и "осиливание" этих самых разработчиков. Жаль, что в нашу вселенную доходят лишь негодования анонимов вместо кода )

     
  • 4.44, Andrey Mitrofanov (?), 09:49, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.
    > Не люблю эти языки.
    > Почему, не буду объяснять.

    А почему ты не можешь прочитать, что тебе написали, объяснишь?

    |
    Добавлю: питона вот здесь ("пустой" chroot debian wheezy), например, нет:

    root@chroot:/# aptitude show git|grep Version
    Version: 1:1.7.10.4-1+wheezy3
    root@chroot:/# aptitude install git </dev/null
    The following NEW packages will be installed:
      git git-man{a} libcurl3-gnutls{a} liberror-perl{a} libexpat1{a} libgcrypt11{a}
      libgnutls26{a} libgpg-error0{a} libgssapi-krb5-2{a} libidn11{a} libk5crypto3{a}
      libkeyutils1{a} libkrb5-3{a} libkrb5support0{a} libldap-2.4-2{a} libp11-kit0{a}
      librtmp0{a} libsasl2-2{a} libssh2-1{a} libtasn1-3{a}
    The following packages are RECOMMENDED but will NOT be installed:
      ca-certificates krb5-locales less libsasl2-modules openssh-client rsync
    0 packages upgraded, 20 newly installed, 0 to remove and 0 not upgraded.
    Need to get 10.7 MB of archives. After unpacking 20.9 MB will be used.
    Do you want to continue? [Y/n/?] Abort.

    |
    Вот с локальным ребилдом версии поновее:

    root@chroot:/# aptitude show git|grep Version
    Version: 1:2.7.4-0.1~local1
    root@chroot:/# aptitude install git </dev/null
    The following NEW packages will be installed:
      git git-man{a} libcurl3-gnutls{a} liberror-perl{a} libexpat1{a} libgcrypt11{a}
      libgnutls26{a} libgpg-error0{a} libgssapi-krb5-2{a} libidn11{a} libk5crypto3{a}
      libkeyutils1{a} libkrb5-3{a} libkrb5support0{a} libldap-2.4-2{a} libp11-kit0{a}
      libpcre3{a} librtmp0{a} libsasl2-2{a} libssh2-1{a} libtasn1-3{a}
    The following packages are RECOMMENDED but will NOT be installed:
      ca-certificates krb5-locales less libsasl2-modules openssh-client rsync
    0 packages upgraded, 21 newly installed, 0 to remove and 16 not upgraded.
    Need to get 7446 kB of archives. After unpacking 28.9 MB will be used.
    Do you want to continue? [Y/n/?] Abort.

     
     
  • 5.52, Аноним (-), 12:14, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > root@chroot:/# aptitude show git|grep Version

    Пипец, митрорфан превращается в изена!

     
     
  • 6.56, Andrey Mitrofanov (?), 12:49, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> root@chroot:/# aptitude show git|grep Version
    > Пипец, митрорфан превращается в изена!

    Да! http://www.opennet.dev/openforum/vsluhforumID3/109353.html#125 "готовлюсь влиться" //Зоркий Глаз заметил??

    Нет! http://www.opennet.dev/openforum/vsluhforumID3/109668.html#46 "своя конкурирующая секта"

    "Маргинал"? Может быть... "Ламер эталонный"? Надеюсь, что нет. ++Спасибо за заботу.

     
     
  • 7.69, Аноним (-), 19:03, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну до эталона ламера еще работать и работать. Но флудить копипастами как изен - уже научился!
     
  • 5.60, vitalikp (?), 17:21, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему ты не можешь прочитать, что тебе написали, объяснишь?

    Что прочитать? Я все прочитал.

    > Добавлю: питона вот здесь ("пустой" chroot debian wheezy), например, нет:

    Зато в коде есть.


     

  • 1.3, Crazy Alex (ok), 17:26, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В очередной раз у гита просто образцовый список изменений
     
     
  • 2.5, Аноним (-), 17:45, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Конечно! Как бы вы описывали любимую программу, ради написания которой завели целый проект свободного ядра.
     
  • 2.63, freehck (ok), 12:14, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > В очередной раз у гита просто образцовый список изменений

    Поддерживаю на все сто. Ребята не просто молодцы, они прямо-таки титаны. Я даже не говорю об улучшениях удобства работы, чего стоят те же indenet-heuristic и новый git status! :)

    И я конечно понимаю, что кто о чём, а вшивый о бане, но..

    > 03.09.2016 09:59  Выпуск распределенной системы управления исходными текстами Git 2.10.0
    > 30.11.2016 14:48  Релиз распределенной системы управления исходными текстами Git 2.11.0

    и

    > - Переработан алгоритм формирования сокращённой формы отображения идентификаторов объектов.
    > - Ускорен доступ к delta-цепочкам в базе объектов, что положительно сказалось на производительности многих типовых операций.
    > - полностью переработана реализация кэша недавно восстановленных объектов, что позволило примерно на 10% ускорить работу в больших репозиториях
    > - при увеличении core.deltaBaseCacheLimit до 1 Гб можно повысить скорость работы с репозиторием ядра Linux возросла на 32%
    > - Увеличена производительность поиска объектов, в условиях наличия нескольких pack-файлов в репозитории.
    > - на 70% ускорить переупаковку репозитория с ядром Linux, в котором накопилось 1000 pack-файлов
    > - скорость проверки дубликатов на основе идентификаторов патчей в некоторых ситуациях возросла до 50 раз
    > - новый протокол для организации запуска фильтров, используемых для преобразования содержимого файла в представление локальной файловой системы ... позволяет увеличить скорость применения фильтра в 80 раз

    Расскажите кто-нибудь Поттерингу о том, что если спроектировать систему *до* того, как начать её писать, то потом всего за один квартал можно будет творить вот такие вот чудеса.


     

  • 1.4, anonimus (?), 17:43, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В команду "git diff" добавлена опция "--submodule=diff", при которой будут показаны изменения субмодулей в форме патча между двумя состояниями субмодуля;

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

     
  • 1.11, Спасибо за все (?), 20:56, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Слава Линусу, Git приносящему! А большего мне и не надо.
     
     
  • 2.19, Аноним (-), 22:45, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Слава Линусу, Git приносящему!

    Тогда уж принёсшему, потому что как видно из https://github.com/git/git/graphs/contributors
    torvalds там только на 17 месте по числу коммитов и имел высокую активность в период с 2007 по 2010, а на первом месте gitster (Junio C Hamano).

     
     
  • 3.29, шельмец (?), 01:06, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Слава Junio, Git приносящему! А большего мне и не надо.
     
     
  • 4.45, Andrey Mitrofanov (?), 09:53, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Слава Junio, Git приносящему! А большего мне и не надо.

    Угу, спасибо Линусу, отобравшему его у Ларри.  ...и Джунио за мерж параллельного репака (то ли в 2.0, то ли в 2.1...).

     

  • 1.14, Аноним (-), 22:01, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    чё та с сайта качается только 2.10.2! обман же в новости.
     
     
  • 2.18, vitalikp (?), 22:22, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    на окна еще не завезли, а вообще вот https://github.com/git/git/releases
     
  • 2.25, Led (ok), 23:57, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вендузятник должен страдать.
     
     
  • 3.62, Аноним (-), 10:03, 02/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А мусье мазохист-вендузятник или садист-линуксоид?

    По поводу сабжа - уже завезли и для винды. Налетай!

     

  • 1.16, vitalikp (?), 22:18, 30/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Моя первая система контроля версий это была csv,
    потом пришлось перейти на svn. Честно говоря не пользовался ими уже достаточно давно.
    Ну а потом я познакомился с гитом.
    Поначалу было не привычно, но потом я его полюбил.
    Первое что пытался использовать это подмодули(submodule).
    Но потом я бросил эту затею, все же лучше код разделять на репозитории.
    Hg немного читал, но на практике использовать не приходилось.
    И честно говоря единственный код, который мне доводилось читать в нем это код mozilla(firefox и thunderbird).

    Хорошая новость.

     
     
  • 2.22, Аноним (-), 22:51, 30/11/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тролльвальдс знает как это делать правильно. У него большая распределенная команда. И это не замшелый апач или какие-то хипстюки у которых из достоинств "зато на питоне". А остальное - грабли и недостатки.
     
  • 2.26, vitalikp (?), 00:03, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > была csv

    точнее cvs:)

     

  • 1.43, Аноним (-), 09:42, 01/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Minix

    Таненбаум с его сегодняшними студентами сидят на поделке предыдущего его студента =)

    --
    и кстати не Minix, а Minix3, первая мертвая уже, как и вторая

     
     
  • 2.46, Ergil (ok), 10:01, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Торвальдс никогда не был его студентом. Переписка между ними была, но студентом он никогда не был, не пишите чуши.
     
  • 2.59, Аноним (-), 17:11, 01/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто чей студент?
     

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



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

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