The OpenNET Project / Index page

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

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

03.02.2026 11:07 (MSK)

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

По сравнению с прошлым выпуском в новую версию принято 466 изменений, подготовленных при участии 70 разработчиков (21 впервые приняли участие в разработке Git). Основные новшества:

  • Добавлена возможность применения стратегии упаковки репозиториев "geometric" ("git repack --geometric") к частично клонированным внешним репозиториям, работающим в режиме "promisor" (недостающие объекты догружаются при необходимости). При переупаковке с опций "--geometric" pack-файлы с расширением ".promisor" обрабатываются и упаковываются отдельно. Стратегия "geometric" позволяет сократить время обслуживания крупных монорепозиториев, за счёт выборочной переупаковки объектов и исключения излишних ресурсоёмких операций, таких как слияние всех pack-файлов (сохраняется геометрическая прогрессия размера pack-файлов, при которой каждый следующий pack-файл должен быть как минимум в два раза больше предыдущего).
  • В команду "git fast-import" добавлена опция "--signed-commits=strip-if-invalid" для удаления цифровых подписей из импортируемых объектов, ставших некорректными после перезаписи части истории репозитория. До этого можно было либо импортировать, либо удалить все подписи, без разделения на действительные и потерявшие смысл. Опция "strip-if-invalid" позволяет реализовать инструменты для сохранения действующих подписей и переподписывания объектов с потерявшими актуальность подписями.
  • В вывод команды "git repo structure" добавлена информация о размере всех достижимых объектов (reachable) в репозитории с разбивкой по их типам. Информация теперь выводится в читаемом виде с единицами измерения и показывается отдельно для фактического и занимаемого на диске размеров, что позволяет оценить общий размер репозитория на диске.
    
       $ git repo structure
    
       | Repository structure | Value      |
       | -------------------- | ---------- |
       | * References         |            |
       |   * Count            |   1.78 k   |
       |     * Branches       |      5     |
       |     * Tags           |   1.03 k   |
       |     * Remotes        |    749     |
       |     * Others         |      0     |
       |                      |            |
       | * Reachable objects  |            |
       |   * Count            | 421.37 k   |
       |     * Commits        |  88.03 k   |
       |     * Trees          | 169.95 k   |
       |     * Blobs          | 162.40 k   |
       |     * Tags           |    994     |
       |   * Inflated size    |   7.61 GiB |
       |     * Commits        |  60.95 MiB |
       |     * Trees          |   2.44 GiB |
       |     * Blobs          |   5.11 GiB |
       |     * Tags           | 731.73 KiB |
       |   * Disk size        | 301.50 MiB |
       |     * Commits        |  33.57 MiB |
       |     * Trees          |  77.92 MiB |
       |     * Blobs          | 189.44 MiB |
       |     * Tags           | 578.13 KiB |
    
  • В команду "git maintenance" добавлена подкоманда "is-needed" для выполнения операций обслуживания репозитория только при наличии в этом необходимости.
  • В экспериментальной команде "git replay" по умолчанию реализовано обновление ссылок в транзакции, вместо показа, куда должны указывать ссылки, без обновления.
  • В команду "git blame" добавлена возможность выбора алгоритма оценки отличий при помощи опции "--diff-algorithm=<algo>".
  • В команду "git repo info" добавлена опция "--all".
  • Из Git-for-Windows перенесена поддержка символических ссылок для платформы Windows.

В состав прошлого выпуска было добавлено предупреждение о включении по умолчанию сборки компонентов на языке Rust в Git 2.53. Тем не менее, фактически в версии Git 2.53 лишь добавлены отдельные улучшения поддержки Rust (возможность сборки без GNU sed), но сборка с Rust при использовании Makefile оставлена по умолчанию отключённой (требует выставления флага WITH_RUST), а при использовании Meson автоматически активируется при наличии компилятора rustc. В версии Git 3.0 инструментарий Rust намерены включить в число обязательных сборочных зависимостей.

  1. Главная ссылка к новости (https://lore.kernel.org/lkml/x...)
  2. OpenNews: Выпуск системы управления исходными текстами Git 2.52
  3. OpenNews: В Git 3.0 предложено сделать Rust обязательной частью сборочной инфраструктуры
  4. OpenNews: Уязвимости в Git, допускающие выполнение кода при обращении к внешнему репозиторию
  5. OpenNews: Доступна децентрализованная система отслеживания ошибок git-bug 0.9
  6. OpenNews: Выпуск системы управления исходными текстами Git 2.51
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64731-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (98) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:30, 03/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    https://github.com/git/git/blob/e83c5163316f89bfbde7d9ab23ca2e25604af290/READM
    Смотреть где "when it breaks"
    Лучше и не скажешь.
     
     
  • 2.10, Аноним (1), 12:18, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И - оттуда же:

    > Initial revision of "git", the information manager from hell

     
  • 2.28, Аноним (28), 13:38, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебя научить копировать ссылки на конкретные строки в github?
     
     
  • 3.33, Аноним (1), 14:53, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Удалят за мат и грубость :)
     
  • 3.72, Аноним (1), 20:44, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Недосып сказывается.
    https://github.com/git/git/blob/e83c5163316f89bfbde7d9ab23ca2e25604af290/READM
     
     
  • 4.86, ebassi (?), 08:04, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >This is a stupid (but extremely fast) directory content manager

    Еще 22 года назад на Си можно было писать "extremely fast", а сейчас Раст хвалится тем же самым

     

  • 1.2, Аноним (2), 11:44, 03/02/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –43 +/
     
     
  • 2.3, Аноним (3), 11:49, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +10 +/
     
     
  • 3.4, Аноним (2), 11:54, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • –16 +/
     
     
  • 4.11, Аноним (11), 12:33, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.22, Аноним (22), 13:16, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.12, Аноним (12), 12:37, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +11 +/
     
  • 4.14, Weders (ok), 12:44, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 4.17, OpenEcho (?), 12:49, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.19, Аноним (12), 12:58, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 4.26, localhostadmin (ok), 13:34, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.5, Кошкажена (?), 11:57, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 3.7, Аноним (2), 12:02, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • –11 +/
     
  • 3.16, Грека (?), 12:48, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 4.32, Facemaker (?), 14:40, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 2.8, iii (??), 12:02, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.9, Аноним (9), 12:02, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +6 +/
     
  • 2.13, OpenEcho (?), 12:42, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.15, Аноним (15), 12:48, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 2.18, OpenEcho (?), 12:53, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 3.20, User (??), 13:03, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.24, Аноним (24), 13:21, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.25, OpenEcho (?), 13:23, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.27, User (??), 13:36, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.31, Аноним (31), 14:22, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.34, User (??), 15:35, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.30, Аноним (31), 14:18, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.21, EmmGold (ok), 13:08, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.59, Ананас (-), 20:09, 03/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.35, Аноним (35), 15:58, 03/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > В версии Git 3.0 инструментарий Rust намерены включить в число обязательных сборочных зависимостей.

    Умнички)

     
     
  • 2.104, Аноним (104), 12:35, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы были инструменты доступа на гит-серваки без регистраций и smsок.
     

  • 1.37, Кошкажена (?), 17:46, 03/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В версии Git 3.0 инструментарий Rust намерены включить в число обязательных сборочных зависимостей.

    Это они, конечно, зря. Лучше бы от перла избавились. В любом случае гит уходит от своей первоначальной задачи и превращается в монстра. Думаю скоро появится аналог попроще с похожим интерефейсом, а может и совместимый.

     
     
  • 2.39, aa (?), 18:12, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это инструмент, плохо что некоторые адепты этого инструмента с пеной у рта доказывают его исключительность и проявляют чудеса изобретательности в использовании инструмента (например: версионирование бинарных файлов, вместо параллельного использования нескольких интструментов, почему то для них несколько инструментов каждый для своей задачи адский ад).
     
  • 2.42, Аноним (-), 18:41, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В любом случае гит уходит от своей первоначальной задачи и превращается в монстра.

    Чтобы соответствовать проектам в которых используется, ядро и тд.

    > Думаю скоро появится аналог попроще с похожим интерефейсом, а может и совместимый.

    Пф, сколько таких "убийц гита" уже анонсили?


     
     
  • 3.44, Кошкажена (?), 19:02, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> В любом случае гит уходит от своей первоначальной задачи и превращается в монстра.
    > Чтобы соответствовать проектам в которых используется, ядро и тд.

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

    >> Думаю скоро появится аналог попроще с похожим интерефейсом, а может и совместимый.
    > Пф, сколько таких "убийц гита" уже анонсили?

    Ну закрытые проекты для монореп как раз интерфейс гита имеют. Все к ниму привыкли. Ждите.


     
     
  • 4.45, Аноним (-), 19:15, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Фанатики ржи не понимают,

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

    > что старый код никуда не денется,

    Еще как денется.
    Про раст постоянно говорят "только переписывают". А куда девается то что уже переписали, задумывалась?
    Будет просто как с древними копролитами "ахаха, а нет у вас уже sysvinit"

    > просто техдолг вырастит,

    Утверждение требует доказательств.

    > примерно как в фф, который как бы задумывалось переписать на ржу.

    Очередные фантазии?

    > Ну закрытые проекты для монореп как раз интерфейс гита имеют. Все к ниму привыкли. Ждите.

    Ждем. Жуем попкорн.


     
  • 4.52, Аноним (1), 19:59, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > примерно как в фф, который как бы задумывалось переписать на ржу.

    Я уточнила информацию - это было отменено из-за коронавируса.
    Пруф: https://www.zdnet.com/article/mozilla-lays-off-250-employees-while-it-refocuse

    The Mozilla Corporation announced today it was laying off approximately 250 staff members in a move to shore up the organization's financial future.
    ...
    Baker's message cited the organization's need to adapt its finances to a post-COVID-19 world and re-focus the organization on new commercial services.
    ...
    Main casualties of today's layoffs were the developers working on the company's experimental Servo browser engine

     
     
  • 5.55, Аноним (1), 20:03, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Точнее не отменено, а сильно замедлилось.
     
     
  • 6.56, Аноним (1), 20:05, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    См. также https://wiki.mozilla.org/Oxidation
     
  • 5.64, Кошкажена (?), 20:14, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> примерно как в фф, который как бы задумывалось переписать на ржу.
    > Я уточнила информацию - это было отменено из-за коронавируса.
    > Пруф: https://www.zdnet.com/article/mozilla-lays-off-250-employees-while-it-refocuse

    Если что он давно закончился, а воз и ныне там.

     
     
  • 6.68, Аноним (1), 20:18, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "re-focus the organization on new commercial services" тогда было сделано - и эта политика продолжается до сих пор.

    https://www.mozilla.org/ru/products/

    "Мгновенно создавайте красивый веб-сайт для развития своего бизнеса. Подключите и разместите свой домен бесплатно."
    "Подключите свои ИИ-системы к глобальному сообществу экспертов по безопасности, которые на ранних стадиях выявляют и помогают устранять уязвимости генеративного ИИ."

     
  • 3.69, Ононизмус (?), 20:24, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Git не надо "убивать", его надо аккуратно смыть и черкаши не забыть. А затем поставить Mercurial и работать КАК ЛЮДИ.
     
     
  • 4.83, _ (??), 05:55, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А затем поставить Mercurial

    Оно мёртвое, увы.
    Так что нравится или нет, на сейчас "... есть только git, за него и держись"(С)

     
     
  • 5.94, Аноним (94), 10:55, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что именно в нём "мёртвое", что мешает тебе скачать дистр и запустить? Байты усохли?
     
  • 5.100, Аноним (28), 11:38, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > увы

    к счастью

     
  • 2.54, Аноним (22), 20:02, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так избавились от перла уже. Кроме git send-email, который вне lkml никому не нужен, и git svn, который нужен один раз, если найдется где-то svn, там ничего на перле и не осталось.
     
     
  • 3.65, Кошкажена (?), 20:15, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Так избавились от перла уже. Кроме git send-email, который вне lkml никому
    > не нужен

    Как минимум sourcehut использует.

     
     
  • 4.77, Аноним (77), 22:38, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > sourcehut

    Речь про продакшен, а не про альтернативный хостинг для домашних проектов и борьбы с корпорациями.

     
     
  • 5.78, Кошкажена (?), 22:44, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> sourcehut
    > Речь про продакшен, а не про альтернативный хостинг для домашних проектов и
    > борьбы с корпорациями.

    Продакшен различается не тем, что там хостят, а тем, что он работает в проде. У тебя просто аккаунта там нет (он платный), вот и бесишься.

     
  • 2.57, Аноним (-), 20:05, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В любом случае гит уходит от своей первоначальной задачи

    Напомню, что первоначальная задача гита - source-control management кодов ядра.
    То что им пользуется еще кто-то другой... ну так получилось, всякое бывает.

    А для такого монстра как ядро, нужно тоже стать монстром :)

    > Думаю скоро появится аналог попроще с похожим интерефейсом, а может и совместимый.

    Уже давно есть сторонние имплементации гита
    go-git (очевидно что на го)
    Git.sh или Shit (на чистом баше 🤢)
    dulwich (на питоне)
    gitoxide (на расте)
    JGit (на java)
    isomorphic-git (на JS)


     
     
  • 3.63, Аноним (-), 20:13, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > на чистом баше 🤢

    А чего такая реакция? Целью написания гита на баше была академическая и вполне успешная.

     
  • 3.66, Кошкажена (?), 20:16, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Git.sh или Shit (на чистом баше 🤢)

    Этот проект не создавался как замена.

     
  • 3.67, Смузихлеб забывший пароль (?), 20:16, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Во времена появления гитхаба( что в т.ч и сделало гит крайне популярным ) ни о каком ядре никто особо не говорил
    По большому счёту, абсолютному большинству пользователей его было на то откровенно плевать
     
  • 2.61, Аноним (-), 20:11, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так никто не заставляет использовать самую последнюю версию. Гит это тот софт, который можно использовать десятилетиями без обновлений.
     
  • 2.90, Аноним (28), 10:33, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Где ты там perl увидел кроме как в send-email, к-й лично тебе не нужен и ты им никогда не пользуешься, а значит git-perlscripts тебе устанавливать не нужно?
     
     
  • 3.107, Кошкажена (?), 14:12, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В репозиторий заглянуть уже сил нет? https://github.com/search?q=repo%3Agit%2Fgit++language%3APerl&t

    git-svn
    git-contrib
    тесты


     

  • 1.38, Аноним (38), 18:07, 03/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >В версии Git 3.0 инструментарий Rust намерены включить в число обязательных сборочных зависимостей.

    Напоминаю:
    1. разработчики Rust принимают неадекватные решения касательно самого Rustа
    2. разработчик продукта несёт ответственность за все неадекватности разработчиков своих зависимостей.

    Как с контрагентами: если контрагент налажал и компания-клиент контрагента из-за этого вылетела с рынка, то она, конечно, может подать в суд на контрагента, но на рынок она обратно уже не зайдёт.

    Такое вот дерьмо "мы внедрим Rust потому, что мне захотелось с модной игрушкой поиграть, а вы утрётесь" возможно только в некоммерческих продуктах, делаемых just for fun, и только в течение ограниченного времени.

     
     
  • 2.41, Аноним (-), 18:40, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хм, ну ок, послушаем чего ты там напоминаешь А это, доказательства будут Ну кр... большой текст свёрнут, показать
     
     
  • 3.47, aa (?), 19:29, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что за "миллионов любей", пользователи раста уже новый вид образовали или это влажные фантазии адептов раста?
     
     
  • 4.49, Аноним (-), 19:38, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > что за "миллионов любей",

    В андроид 13 было 1.5 миллиона строк на расте.
    В андроид 16 их уже около 5 миллионов.
    Сколько пользователей у андроида думаю ты можешь прикинуть

    > пользователи раста уже новый вид образовали или это влажные фантазии адептов раста?

    "Обделался с аргументами - прикопайся к орфографии" это твой девиз?
    Впрочем для адептов дырявых ЯП это норм, да?


     
     
  • 5.51, aa (?), 19:48, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    что-то у раста тоже есть проблемы, утечки памяти и другое, не смотря на прекрасность адептов раста и компилятора всего на 3 архитектуры процессора (казалось бы могли с учетом нескольких архитектур сделать в разы лучше чем остальные).
     
     
  • 6.60, Аноним (-), 20:09, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > что-то у раста тоже есть проблемы

    У всего есть проблемы.

    > утечки памяти

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

    > компилятора всего на 3 архитектуры процессора  

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

    > казалось бы могли с учетом нескольких архитектур сделать в разы лучше чем остальные

    Так они и сделали :)

     
     
  • 7.71, Аноним (1), 20:31, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > старого железа

    Для него можно попытать удачу!
    https://doc.rust-lang.org/beta/rustc/platform-support.html

     
  • 7.91, Аноним (91), 10:38, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > проблема утечек памяти не решена ни в одном языке без сборки мусора, т.к. проблему циклических зависимостей можно решить только "внешним наблюдателем"

    у вас две ошибки. Сборка мусора не гарантирует отсутствие циклических зависимостей и утечек памяти из-за них и слово "только" в утверждении лишнее.

     
  • 3.75, Аноним (75), 21:09, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А это, доказательства будут?

    Доказательства как самом дизайне языка и экосистемы, так и в практике его воплощения в эталонную реализацию.

    >Какую именно?

    Экзистенциальную, разумеется. На частную фирму, за то что она себя изничтожила, в суд подавать не будут (подают - за долги).

    >системд

    Отличная вещь!

    >вейланд coжpaли?

    Нет.

    >ты за гит сколько денег заплатил?

    Так я и говорю. Делается just for fun - значит открыт карт-бланш вы**ываться... До поры, до времени..

     
  • 2.80, Аноним (77), 22:55, 03/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не пользуйся, никто ж не заставляет. Устроил истерику на ровном месте.
     
  • 2.93, Аноним (94), 10:53, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего страшного. Если bloatware гит скопытится под собственным весом и неадекватностями - туда ему и дорога. Трольвадс никогда не умел писать программы!
     
     
  • 3.118, Аноним (118), 18:53, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тролльвадс тут причём? Это не он в ядро Rust пихает, а его хозяева. А гитом он вообще давно не руководит и не пишет его.
     

  • 1.58, Ананас (-), 20:06, 03/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Недавно на старости лет изучил git. Мне как человеку с ОКР это палочка-выручалочка. Всегда видно что изменилось в diff, ранее 20 лет мучался с "новая папка 1", "новая папка 2" и т.д. по 10 раз перепроверяя что поменялось с последней "контрольной точки".

    Так что ошибаются те, кто думает, что git  не нужен для программистов-одиночек. Нужен!

     
     
  • 2.81, Someone (??), 00:45, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нужна система контроля версий, а не git. Это только один из вариантов, самый распространенный и самый наркоманский.
     
     
  • 3.82, Аноним (-), 05:37, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так git встроен в большинство IDE. А с терминалом вручную давно никто не пердолится и не вводит команды, если это не экзотика какая-то, не предусмотренная в типичных воркфлоу ¯\_(ツ)_/¯
     
     
  • 4.92, Аноним (94), 10:52, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ерунду не пори! "Встроен" != "используется". У меня в VS есть гит, но проводить все версионные работы предпочитаю во внешнем, специально заточенном туле (TortoiseGIT). Но это если вынуждают. Для себя использую человеческий Mercurial.
     
     
  • 5.95, Аноним (-), 11:10, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > специально заточенном туле (TortoiseGIT)

    О существовании которого, кроме тебя и ещё полторы штуки землекопов, никто больше не знает.

    > Для себя использую человеческий Mercurial.

    Для себя ты можешь хоть дискетки использовать, благо на твоём кор 2 дуо все ещё есть разъём для fdd.

     
  • 4.99, Аноним (28), 11:25, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А с терминалом вручную давно никто не пердолится и не вводит команды

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

     
     
  • 5.103, Аноним (104), 12:23, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да и с линухом никто не пирдолится, люди виндоуз пользуются.
     
  • 5.114, Аноним (-), 16:02, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно, но да. Проводником в винде, файндером в маке или файловым менеджером в линепсе. И чем опытнее становишься, тем меньше желание открывать терминал.
     
  • 3.111, Аноним (111), 15:21, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > самый распространенный и самый наркоманский

    Дай угадаю, а объяснение почему такой вдруг "наркоманский" стал вдруг почему-то самым распространённым - это заученная по бумажке мантра что "его насильно всем ставил сам богоподобный торвальдс".

     
     
  • 4.121, Гуманоид (?), 00:17, 05/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.84, _ (??), 06:14, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Всегда видно что изменилось в diff, ранее 20 лет мучался с "новая папка 1"

    Плохо быть тобой :(
    А так то, для НЕ войтивойтишнЕгофф:

    "Concurrent Versions System (CVS, or Concurrent Versioning System) is a version control system originally developed by Dick Grune in July 1986.[4] It builds on top of an older version control system called Revision Control System (RCS) ..."

    А оно:
    "RCS was first released in 1982[4] by Walter F. Tichy at Purdue University. It was an alternative tool to the then-popular Source Code Control System (SCCS)."

    А оно:
    "Source Code Control System (SCCS) which was nearly the first version control software tool (developed in 1972 by early Unix developers)."

    И оно НЕ было первым, точно помню у голубых на System/360 что то свое было.


    КОРОЧЕ! - Настоящие сварщики уже более 50 лет не мучаются ...
                                                             ¯\_(ツ)_/¯

     

  • 1.87, Аноним (87), 08:35, 04/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В версии Git 3.0 инструментарий Rust намерены включить в число обязательных сборочных зависимостей.

    Ну значит мы будет сидеть на последней gtk 2.* версии, а то и форкать!

     
     
  • 2.89, Аноним (28), 09:53, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    или переходить на got
     

  • 1.97, Аноним (97), 11:13, 04/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >системы управления исходными текстами

    Почему это переводят как "текстами", а не "исходным кодом", мне до сих пор непонятно. Великий могучий...

     
     
  • 2.98, Аноним (-), 11:23, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что это используют не только те, кто пишет код.
     

  • 1.102, мелстрой (?), 11:49, 04/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему не сделать утилиту отдельную - git clone. Мне вот эти вайтишные штучки абсолютно не нужны. Мне просто нужно скопировать гит, скопировать рекурсивно гит. Всё. Зачем мне в бинаре лишнее место, и в исходниках лишние дыры?
     
     
  • 2.113, Аноним (111), 15:40, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так уже написали - gitup точно есть от бздишников Эта традиция у них тянется ещ... большой текст свёрнут, показать
     

  • 1.109, Кошкажена (?), 14:23, 04/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нормально начали раст внедрять.

    /// # Safety
    ///
    /// The buffer must be NUL-terminated to ensure safety.
    #[no_mangle]
    pub unsafe extern "C" fn decode_varint(bufp: *mut *const u8) -> u64 {

    Без Unsafe никуда. А смысл?

     
     
  • 2.112, Аноним (111), 15:29, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Без Unsafe никуда.

    Без unsafe невозможно в принципе, так уж устроен мир, и ничего специфичного для rust тут нет.

    > А смысл?

    Смысл - изолировать unsafe, сделать это один раз, минимальным количеством кода, и потом точно знать где искать UB если что. А потом спокойно писать логику программы, будучи уверенным что она причиной ошибок работы с памятью быть не может.

     
     
  • 3.115, Кошкажена (?), 16:32, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> А смысл?
    > Смысл - изолировать unsafe, сделать это один раз, минимальным количеством кода, и
    > потом точно знать где искать UB если что. А потом спокойно
    > писать логику программы, будучи уверенным что она причиной ошибок работы с
    > памятью быть не может.

    И где его искать, если весь безопасный раст по факту обертка вокруг unsafe? К примеру vec append под собой вызывает unsafe код. Если в нем ub, то любой последующий код его использующий уже некорректен.

    UB ищут санитайзером в райнтайме или эмуляцией рантайма.

     
     
  • 4.119, Аноним (-), 19:34, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Почему весь Есть море крейтов с включенным forbid unsafe_code Там ансейф из-за... большой текст свёрнут, показать
     
     
  • 5.120, Кошкажена (?), 22:22, 04/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> И где его искать, если весь безопасный раст по факту обертка вокруг unsafe?
    > Почему весь?
    > Есть море крейтов с включенным forbid(unsafe_code)

    В std аллокаторы unsafe, ввод-вывод unsafe, примитвы синхронизации unsafe. Под капотом все unsafe. Придется весь подкапот проверять.

    >> К примеру vec append под собой вызывает unsafe код.
    > Но это unsafe будет в одном месте, а не свой велосипед каждый
    > раз когда нужно вектор к вектору добавить.
    > И там же задается новая длина, в которой тоже есть проверка assert_unsafe_precondition.

    Какой свой велосипед? Тут нет никакой разницы между условным std::vector.

    >>  Если в нем ub, то любой последующий код его использующий уже некорректен.
    > Зато проверять нужно только одну строку, а не все подряд.

    Какую одну строку? В std много unsafe.

    >> UB ищут санитайзером в райнтайме или эмуляцией рантайма.
    > Угу, видели мы как ищут))

    Что вы видели?

     

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



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

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