| 1.3, Аноним (3), 18:35, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Все говорят что раст это плохо. Но ведь runtime зависимости не будет. Problems, officer?
| | |
| 1.6, Аноним (6), 18:43, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> В будущем ожидается переработка на Rust более значительны внутренних компонентов Git и добавление Rust в число обязательных сборочных зависимостей в Git 3.0.
Всё, фризимся на 2.52
| | |
| |
| 2.14, Аноним (14), 20:06, 18/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Зачем? Если раст будет полноценно поддерживаться в gcc без всякого копролита вроде llvm, то какая разница?
| | |
|
| 1.7, xsignal (ok), 18:47, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Гит только для ядра годится, потому что писался для этого и Торвальдсом под себя. Для обычных проектов есть куда более удобные системы хранения версий.
| | |
| |
| 2.8, Аноним (6), 18:53, 18/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Гит только для ядра годится
А только для линуксового ядра? Или для других ядер тоже годится?
| | |
| |
| 3.10, Аноним (10), 19:12, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не, ну если тебе нравится хэши запоминать и у тебя это хорошо получается, то можно и для других ядер тоже)
| | |
| |
| 4.11, Аноним (6), 19:14, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
А зачем их запоминать? Для удобства манипулирования их же можно сокращать до 8 первых символов, и даже в этом случае можно не запоминать.
| | |
|
|
| |
| 3.17, Аноним (17), 20:31, 18/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Отвратительным он был. Вздохнул с облегчением после перехода на гит.
| | |
|
| 2.18, Аноним (18), 20:48, 18/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Неиронично, но для совсем мелких или даже средних, банальное версионирование аля новая_папка2 внезапно неплохо справляется с задачей. Подход очень простой, старые версии архивируются, изменения в коде можно подписывать в отдельном файле.
| | |
|
|