The OpenNET Project / Index page

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

Выпуск системы управления исходными текстами Git 2.45

30.04.2024 22:45

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

По сравнению с прошлым выпуском в новую версию принято 540 изменений, подготовленных при участии 96 разработчиков, из которых 35 впервые приняли участие в разработке. Основные новшества:

  • Добавлена предварительная поддержка бэкенда "reftable" для эффективного хранения в репозитории ссылок на ветки и теги. Новый бэкенд использует блочное хранилище, применяемое проектом JGit и оптимизированное для хранения очень большого числа ссылок (традиционные форматы хранения ссылок приводят в репозиториях с большим числом ссылок к ощутимым накладным расходам из-за размещения очень большого числа файлов в одном каталоге в случае хранения ссылок в каталоге $GIT_DIR/refs или необходимости перезаписи одного большого файла при каждом обновлении в случае хранения ссылок в файле $GIT_DIR/packed_refs). Новый бэкенд включается через указание опции "--ref-format=reftable" при инициализации репозитория ("git init --ref-format=reftable /path/to/repo") и позволяет ускорить поиск, чтение и запись в репозиториях с большим числом ссылок.
  • Предоставлены средства для обеспечения переносимости между идентификаторами объектов на базе хэшей SHA-1 и SHA-256. Для обеспечения работы с хэшами SHA-1 и SHA-256 в одном репозитории в процессе постепенной миграции на хэши SHA-256 предложен новый формат объектов "compatibility", позволяющий ссылаться на объекты не только по основному хэшу, заданному при инициализации репозитория, но и по запасному хэшу. Например, при инициализации репозитория можно выбрать формат SHA-256, а в качестве запасного определить хэш SHA-1:
    
       git init --object-format=sha256 /path/to/repo
       cd /path/to/repo
       git config extensions.compatObjectFormat sha1
    
  • В команду "git rev-list" добавлена возможность отображения идентификаторов объектов, отсутствующих в локальном репозитории, даже если они недостижимы в ветке или теге, что можно использовать для диагностики повреждения репозитория:
    
      git rev-list --missing=print --all | grep '^?'
      
      ?70678e7afeacdcba1242793c3d3d28916a2fd152
    
  • Добавлена новая команда "git reflog list" для показа известных reflog-ов и соответствующих им ссылок на теги и ветки.
  • Предоставлена возможность определения альтернативных префиксов для вывода "git diff", отображаемых перед файловым путём и обозначающих состояние до и после определённой версии файла (по умолчанию используются префиксы "a/" и "b/"). Для задания собственных префиксов в конфигурацию добавлены новые параметры diff.srcPrefix и diff.dstPrefix.
  • Добавлен параметр core.commentString для определения строки-разделителя, которая будет использоваться вместо символа "#" для игнорирования комментариев в сообщении для коммита. Ранее доступная настройка core.commentChar адаптирована для поддержки многобайтовых символов в качестве разделителя комментария (ранее поддерживались только ASCII-символы).
  • В команду "git config" добавлена опция "--comment", позволяющая сохранять комментарии в файле .gitconfig для пояснения сути тех или иных настроек.
    
       git config --comment 'to show the merge base' merge.conflictStyle  diff3
       tail -n 2 .git/config
       [merge]
       conflictStyle = diff3 # to show the merge base
    
  • В команду "git cherry-pick" добавлена опция "--empty" для автоматического удаления избыточных коммитов, по аналогии с опцией "--empty" в git-rebase и git-am.
  • В команде "git checkout -p" разрешено использовать символ "@" в качестве синонима имени "HEAD".


  1. Главная ссылка к новости (https://lkml.org/lkml/2024/4/2...)
  2. OpenNews: Выпуск системы управления исходными текстами Git 2.44
  3. OpenNews: Уязвимости в Git, позволяющие перезаписать файлы или выполнить свой код
  4. OpenNews: Уязвимости в Git, приводящие к утечке и перезаписи данных
  5. OpenNews: Выпуск Git 2.29 с поддержкой использования алгоритма хэширования SHA-256
  6. OpenNews: Предложен метод определения коллизий в SHA-1, пригодный для атаки на PGP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61095-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:33, 30/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > SHA-256

    А почему какой-нибудь быстрый клёвый blake3 нельзя?

     
     
  • 2.4, Fracta1L (ok), 00:04, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    SHA реализован аппаратно в процессорах, а blake?
     
     
  • 3.41, zog (??), 09:13, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В каких процессорах SHA реализован аппаратно?
     
     
  • 4.44, Аноним (44), 09:50, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Интел — с 2016, амд — 2017. Но не волнуйся, твоего кор 2 дуба это не касается.
     
     
  • 5.45, Аноним (1), 10:16, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому blake3 от файликов у меня считается всего вдвое быстрее чем sha?
     
     
  • 6.48, Аноним (44), 10:28, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Меня интересуют размеры файлов. А ещё лучше сравнение методов шифрования зашифрованного диска на полтерабайта
     
     
  • 7.80, Аноним (1), 19:12, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если бы тебя интересовало, ты бы сначала разобрался при чём тут шифрование
     
  • 5.73, Аноним (73), 15:58, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/Intel_SHA_extensions

    The following Intel processors support the original SHA instruction set:

        Intel Goldmont (and later Atom microarchitectures) processors.
        Intel Ice Lake (and later) processors.[2]
        Intel Rocket Lake (and later) processors.

    Т.е. на десктопах это минимум рокет лейк 2021 года.

     
  • 4.71, Витюшка (?), 14:55, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А можно ли доверять аппаратному шифрованию?
     
     
  • 5.74, Аноним (73), 16:01, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Речь не про аппаратное шифрование, а про аппаратное ускорение исполнения алгоритмов.

    Это принципиально разные вещи.

     
  • 5.86, а (?), 00:41, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SHA - это не шифрование, а хеширование
     
     
  • 6.90, n00by (ok), 09:35, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, что Витюшка словом "шифрование" назвал криптографическое преобразование.

    А смысл хеш-функции, когда размеры входных и выходных данных совпадают, похоже, не всем очевиден?

     
     
  • 7.94, Аноним (94), 16:58, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А в чём смысл то?
     
     
  • 8.97, n00by (ok), 12:21, 03/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Когда размеры совпадают, потеря информации не происходит Если не возникает колл... текст свёрнут, показать
     
  • 2.14, Аноним (14), 01:19, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очень даже можно, но зачем?
    Производительность операций с репозиторием не упирается в скорость хеширования.
     
  • 2.49, n00by (ok), 10:52, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что SHA это стандарт. Представь себе, обоснование "оно же быстрее" читается как "я ничего не понимаю в вопросе криптографических преобразований". Выбор стандартного алгоритма понимается примерно так же, но при этом ответственность перекладывается на принявших стандарт - в целом вполне грамотное решение.
     
     
  • 3.50, n00by (ok), 11:07, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С другой стороны, выбор соответствующей стандартам NIST системы хранения в России может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на эти вопросы давно и тщательно подшиваются в старомодную картонную папочку.
     
     
  • 4.65, Аноним (-), 13:18, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > С другой стороны, выбор соответствующей стандартам NIST системы хранения в России
    > может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на
    > эти вопросы давно и тщательно подшиваются в старомодную картонную папочку.

    Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки :).

     
     
  • 5.89, n00by (ok), 09:28, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> С другой стороны, выбор соответствующей стандартам NIST системы хранения в России
    >> может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на
    >> эти вопросы давно и тщательно подшиваются в старомодную картонную папочку.
    > Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки :).

    Заметь, что версионирование моих исходников -- моё личное дело. И к попыткам выдачи соответствующей стандартам NIST системы хранения за достижение в импортозамещении отношения не имеет.

     
  • 3.81, Аноним (1), 19:14, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, такой стандарт что божечки-кошечки, других и быть не может. MD4 тоже кому-то стандарт, но зачем?
     
     
  • 4.88, n00by (ok), 09:26, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ага, такой стандарт что божечки-кошечки, других и быть не может.

    Да, не может, поскольку у тебя ровно 0 шансов попасть в соответствующее подразделение АНБ, а стало быть и внедрить свой.

     
  • 2.52, Аноним (52), 11:12, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что начинать надо с чего-то одного. Система делается под поддержку множества хешей, вттом числе Blake. Но у Blake есть куча параметров, а у SHA256 их нет.
     
     
  • 3.60, Аноним (14), 12:08, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У blake3 нет параметров в отличии от предшественников.
     
     
  • 4.67, Аноним (52), 14:08, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    SHA256 ещё никто не взломал и есть широкая поддержка в стандартных либах. Blake3 толком нигде нет, особенно на устаревших версиях.
     
  • 2.99, myster (ok), 17:54, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему какой-нибудь быстрый клёвый blake3 нельзя?

    Если бы была возможность выбрать любой хэш алгоритм, для чего вы именно бы выбрали blake3 при инициализации репозитория? Вопрос так или иначе последует к Вам, когда начнутся проблемы с синхронизацией вашего репозитория с другими VCS системами на базе Git, потому что там выбрали алгоритм по умолчанию.

    Если ответите на этот вопрос, то автоматически ответите на свой вопрос.

     

  • 1.2, Аноним (1), 23:37, 30/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > добавлены новые параметры diff.srcPrefix и diff.dstPrefix

    Вот бы что-то такое для файлов-мержей сделали, а то делаешь мерж или ребейз, а <file>.LOCAL и <file>.REMOTE вечно путаются местами

     
     
  • 2.7, Анании.orig (?), 00:48, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это как? И что у Вас в mergetool
     

  • 1.3, oficsu (ok), 23:40, 30/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Предоставлена возможность определения альтернативных префиксов для вывода "git diff", отображаемых перед файловым путём и обозначающих состояние до и после определённой версии файла (по умолчанию используются префиксы "a/" и "b/"). Для задания собственных префиксов в конфигурацию добавлены новые параметры diff.srcPrefix и diff.dstPrefix

    Вот бы ещё в git add -p можно было убрать префиксы, чтобы прямо из теринала кликать на имена файлов ещё и там, а не только в диффе

     
  • 1.10, Будулай (?), 00:57, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А кто-то ещё голым гитом пользуется в консоли? Я зыбыл как о страшном сне лет 10 как.
     
     
  • 2.34, BrainFucker (ok), 06:57, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пользуюсь иногда gitk когда надо историю более детально посмотреть. Остальное всё через консоль, просто лень осваивать что-то, если и так работает. Против использования gui кем-то ничего не имею.
     
     
  • 3.40, anonyme (?), 08:55, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты это я. Под виндой правда GitExtensions использую.
     
     
  • 4.47, Аноним (1), 10:21, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть tig, под виндой он ставится прямо вместе с Git.
    Но да, GitExtensions с Meld неплохо. Особенно если интеграция с Gitlab и CI настроена
     
  • 2.42, zog (??), 09:15, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я пользую, когда это удобнее всяких поделок от JetBrains.
     
  • 2.51, Аноним (51), 11:10, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пользуюсь для всего, кроме разрешения конфликтов; что-то упускаю? Почему это страшный сон был?
     
     
  • 3.55, Аноним (52), 11:24, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    для разрешения meld неплох, но он к сожалению очень тормознут и жрёт память, надо срочно переписать на rust + Qt.
     
     
  • 4.87, тыквенное латте (?), 07:53, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > для разрешения meld неплох, но он к сожалению очень тормознут и жрёт
    > память, надо срочно переписать на rust + Qt.

    ну, Qt - это уже перебор. Разноцветная консоль с эмодзи наше всё.

     
  • 2.54, Аноним (52), 11:23, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Пользователь Windows detected Потому что кроме TortoiseGit для винды других юза... большой текст свёрнут, показать
     
     
  • 3.70, Аноним (70), 14:54, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ниже же кто-то (критично правда) написал что не освоил VS Code. Там полно возможностей.
    Я порой Git Cola использую, он под Linux. Хотя под Linux есть много других инструментов. Сейчас такие инструменты есть, может вы отстали от жизни?
     
     
  • 4.96, Аноним (96), 10:17, 03/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.56, наука_кандидатов (?), 11:27, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А чем ещё пользоваться? В гуях вечно чего-то нету или работает неправильно. Самый простой пример: в VS Code нельзя сделать Commit Amend, если в стейдже нет измененных файлов. Но сейчас мне как обычно скажут что это не то гуи, которое надо, и вообще!
     
     
  • 3.69, Аноним (70), 14:50, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    И правильно сделали что не реализовали эту вредительскую функцию! Потом ищи коллегу-вредителя. Особенно если это применялось специально и во вред.
     
  • 2.66, AKTEON (?), 13:58, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что никогда не приходилось клонировать репозиторий туда , где только ssh и консолька ??
    Может вы еще и vi забыли ??
     
  • 2.76, Аноним (-), 16:32, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А кто-то ещё голым гитом пользуется в консоли? Я зыбыл как о страшном сне лет 10 как.

    Ну я. Разве что для разруливания конфликтов более мощный ide раскочегариваю. Я ж не слащавый джун который с консолью "на вы".

     
  • 2.77, Аноним (77), 16:39, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Твоя GUI-ня умеет делать rebase, rebase -i, reset --soft, reset --hard, add -p и т.д. ?
     

  • 1.17, Аноним (17), 01:34, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток.

    И это при том что основное его назначение хранить проект, историю и ветки. Создать систему контроля версий не сложно, но зачем? Если есть на западе НКО которая хотим занимается.

     
     
  • 2.22, Аноним (17), 01:40, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    p.s. для личных целей у меня есть своя система контроля версий, но не публичная.
     
     
  • 3.27, Аноним (27), 02:30, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > p.s. для личных целей у меня есть своя система контроля версий, но не публичная.

    Не публичная, но всем известная:
    hello_world_1.zip
    hello_world_2.zip
    hello_world_2_old.zip
    hello_world_3_new.zip
    hello_world_1.1_bak.zip

     
     
  • 4.28, 1488 (?), 02:31, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Для хеллоуворлдов на пару тысяч строк с одним единственным main.c даже это и излишне.
     
  • 4.30, Аноним (30), 04:41, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ахаха, не в бровь, а в глаз, аж заминусили))
     
     
  • 5.75, Аноним (-), 16:15, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ахаха, не в бровь, а в глаз, аж заминусили))

    Да это не то что в глаз, а оба, при том - потому что упал своим лицом пять раз подряд. На кулак. Чугунного памятника, при том. Назло всем.

    Пардон, а нам то какая разница что какйо-то рак получил фингалы на оба глаза, е...шась о чугунный кулак всем назло? Ну вот право? В твоем версионировании даже поиска нет. А сделать что-то типа git bisect таким способом... ну... э... а попробуйте и покажите мастеркласс :)

     
     
  • 6.78, Аноним (78), 17:30, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня был начальник практики он точно так же версионировал. И не годами, а десятилетиями. Софт для оборудования. И что характерно всё у них работало только практиканты почему-то не оставались.
     
     
  • 7.83, Аноним (83), 20:59, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >только практиканты почему-то не оставались

    То есть его личная цель - незаменимость на проекте - была вполне достигнута.

     
  • 7.85, Аноним (-), 22:42, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня был начальник практики он точно так же версионировал. И не годами,
    > а десятилетиями. Софт для оборудования. И что характерно всё у них работало
    > только практиканты почему-то не оставались.

    Так я и говорю - при остром желании можно и упасть своим лицом на чугуниевый кулак 5 раз подряд, конечно, конечно. Нормальная фирма давно бы вышибла этого саботажника куда подальше - ибо его эффективность едва ли 10% от современного програмера будет с такими тулсами. А это видимо какой-то совдеп, ну, этим то - по заслугам. Пусть получают такиеприборы, где еще что-то про @нал и г@внет...

     
  • 7.91, n00by (ok), 09:45, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что практиканты такие. Могли бы догадаться и предложить "давайте мне все эти ваши зипы, я их помещу в систему контроля версий", и за пару дней закрыли бы практику. ;)
     
  • 4.31, Аноним (31), 04:56, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    слишком мало версий new, совсем не обновляете
     
     
  • 5.39, Аноним (39), 08:50, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проект в стагнации...
     
     
  • 6.43, тыквенное латте (?), 09:36, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Проект в стагнации...

    считай умер. надо на расте переписать.

     
     
  • 7.53, Аноним (53), 11:15, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    hello_world__rs_1.zip
     
     
  • 8.57, тыквенное латте (?), 11:34, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а ты быстрый видимо прочитал хэндбук Я еще не научился так быстро README md в... текст свёрнут, показать
     
  • 8.62, Аноним (62), 12:12, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    CoC md не забыл в архив поместить ... текст свёрнут, показать
     
     
  • 9.84, Аноним (83), 21:01, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так если забыл компилятор выдаст ошибку ... текст свёрнут, показать
     
  • 7.61, Аноним (62), 12:11, 01/05/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.68, Аноним (70), 14:42, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, это очень смешно.
     
  • 3.92, 1 (??), 10:36, 02/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    CVS ? Мне она тоже очень нравится.
     

  • 1.63, Аноним (63), 12:14, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Предоставлена возможность определения альтернативных префиксов для вывода "git diff", отображаемых перед файловым путём и обозначающих состояние до и после определённой версии файла (по умолчанию используются префиксы "a/" и "b/"). Для задания собственных префиксов в конфигурацию добавлены новые параметры diff.srcPrefix и diff.dstPrefix.

    А зачем?

     
     
  • 2.79, Аноним (78), 17:31, 01/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы заменит на from/ to/
     

  • 1.72, Аноним (-), 15:45, 01/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В команду "git cherry-pick" добавлена опция "--empty"
    > для автоматического удаления избыточных коммитов,

    Круто, заверните две!

     
  • 1.95, anonymous (??), 08:16, 03/05/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    всем рекомендую fossil - без извращений с файловой системой хранит ветки в sqlite
     
     
  • 2.98, Аноним (98), 01:58, 06/05/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо ценить его за децентрализованность.

    Git не включает в себя багтрекер
    => багтрекер централизованный (гитхаб, например)
    => Repository unavailable due to DMCA takedown ili pochemu-to eschyo
    => справочник и неофициальная документация с кучей перекрёстных ссылок отправляется в /dev/null
    => и это нормально, к потере багтрекера привыкли так же, как к становлению гита фактическим стандартом

     
  • 2.100, User (??), 12:53, 07/05/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну таки да - но вот какой CI\CD к нему приделывать рази што костылями.
     

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



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

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