forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск системы управления исходными текстами Git 2.45, opennews (??), 30-Апр-24, (0) [смотреть все]

А почему какой-нибудь быстрый клёвый blake3 нельзя , Аноним (1), 23:33 , 30-Апр-24, (1) +1 //

SHA реализован аппаратно в процессорах, а blake , Fracta1L (ok), 00:04 , 01-Май-24, (4) +5 //

В каких процессорах SHA реализован аппаратно , zog (??), 09:13 , 01-Май-24, (41) //

Интел 8212 с 2016, амд 8212 2017 Но не волнуйся, твоего кор 2 дуба это не, Аноним (44), 09:50 , 01-Май-24, (44) +4

Поэтому blake3 от файликов у меня считается всего вдвое быстрее чем sha , Аноним (1), 10:16 , 01-Май-24, (45)

Меня интересуют размеры файлов А ещё лучше сравнение методов шифрования зашифро, Аноним (44), 10:28 , 01-Май-24, (48)

Если бы тебя интересовало, ты бы сначала разобрался при чём тут шифрование, Аноним (1), 19:12 , 01-Май-24, (80) +2

https en wikipedia org wiki Intel_SHA_extensionsThe following Intel processors, Аноним (73), 15:58 , 01-Май-24, (73)

А можно ли доверять аппаратному шифрованию , Витюшка (?), 14:55 , 01-Май-24, (71)

Речь не про аппаратное шифрование, а про аппаратное ускорение исполнения алгорит, Аноним (73), 16:01 , 01-Май-24, (74) +2
SHA - это не шифрование, а хеширование, а (?), 00:41 , 02-Май-24, (86) +1

Очевидно, что Витюшка словом шифрование назвал криптографическое преобразовани, n00by (ok), 09:35 , 02-Май-24, (90)

А в чём смысл то , Аноним (94), 16:58 , 02-Май-24, (94)

Когда размеры совпадают, потеря информации не происходит Если не возникает колл, n00by (ok), 12:21 , 03-Май-24, (97)

Очень даже можно, но зачем Производительность операций с репозиторием не упирает, Аноним (14), 01:19 , 01-Май-24, (14) +1
Потому что SHA это стандарт Представь себе, обоснование оно же быстрее читает, n00by (ok), 10:52 , 01-Май-24, (49) +1 //

С другой стороны, выбор соответствующей стандартам NIST системы хранения в Росси, n00by (ok), 11:07 , 01-Май-24, (50) –1 //

Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки , Аноним (-), 13:18 , 01-Май-24, (65) +1

Заметь, что версионирование моих исходников -- моё личное дело И к попыткам выд, n00by (ok), 09:28 , 02-Май-24, (89)

Ага, такой стандарт что божечки-кошечки, других и быть не может MD4 тоже кому-т, Аноним (1), 19:14 , 01-Май-24, (81) //

Да, не может, поскольку у тебя ровно 0 шансов попасть в соответствующее подразде, n00by (ok), 09:26 , 02-Май-24, (88) –1

Потому что начинать надо с чего-то одного Система делается под поддержку множес, Аноним (52), 11:12 , 01-Май-24, (52) //

У blake3 нет параметров в отличии от предшественников , Аноним (14), 12:08 , 01-Май-24, (60) //

SHA256 ещё никто не взломал и есть широкая поддержка в стандартных либах Blake3, Аноним (52), 14:08 , 01-Май-24, (67)

Если бы была возможность выбрать любой хэш алгоритм, для чего вы именно бы выбра, myster (ok), 17:54 , 06-Май-24, (99)

Вот бы что-то такое для файлов-мержей сделали, а то делаешь мерж или ребейз, а , Аноним (1), 23:37 , 30-Апр-24, (2) //

Это как И что у Вас в mergetool, Анании.orig (?), 00:48 , 01-Май-24, (7)

Вот бы ещё в git add -p можно было убрать префиксы, чтобы прямо из теринала клик, oficsu (ok), 23:40 , 30-Апр-24, (3)
А кто-то ещё голым гитом пользуется в консоли Я зыбыл как о страшном сне лет 10, Будулай (?), 00:57 , 01-Май-24, (10) –3 //

Пользуюсь иногда gitk когда надо историю более детально посмотреть Остальное вс, BrainFucker (ok), 06:57 , 01-Май-24, (34) +3 //

Ты это я Под виндой правда GitExtensions использую , anonyme (?), 08:55 , 01-Май-24, (40) //

Есть tig, под виндой он ставится прямо вместе с Git Но да, GitExtensions с Meld , Аноним (1), 10:21 , 01-Май-24, (47) –1

Я пользую, когда это удобнее всяких поделок от JetBrains , zog (??), 09:15 , 01-Май-24, (42) +4
Пользуюсь для всего, кроме разрешения конфликтов что-то упускаю Почему это стр, Аноним (51), 11:10 , 01-Май-24, (51) +1 //

для разрешения meld неплох, но он к сожалению очень тормознут и жрёт память, над, Аноним (52), 11:24 , 01-Май-24, (55) –2 //

ну, Qt - это уже перебор Разноцветная консоль с эмодзи наше всё , тыквенное латте (?), 07:53 , 02-Май-24, (87)

Пользователь Windows detected Потому что кроме TortoiseGit для винды других юза, Аноним (52), 11:23 , 01-Май-24, (54) –3 //

Ну ниже же кто-то критично правда написал что не освоил VS Code Там полно воз, Аноним (70), 14:54 , 01-Май-24, (70) //

Скрыто модератором, Аноним (96), 10:17 , 03-Май-24, (96)

А чем ещё пользоваться В гуях вечно чего-то нету или работает неправильно Самы, наука_кандидатов (?), 11:27 , 01-Май-24, (56) –1 //

И правильно сделали что не реализовали эту вредительскую функцию Потом ищи колл, Аноним (70), 14:50 , 01-Май-24, (69) –3

Что никогда не приходилось клонировать репозиторий туда , где только ssh и консо, AKTEON (?), 13:58 , 01-Май-24, (66)
Ну я Разве что для разруливания конфликтов более мощный ide раскочегариваю Я ж, Аноним (-), 16:32 , 01-Май-24, (76) –1
Твоя GUI-ня умеет делать rebase, rebase -i, reset --soft, reset --hard, add -p и, Аноним (77), 16:39 , 01-Май-24, (77) –1

И это при том что основное его назначение хранить проект, историю и ветки Созда, Аноним (17), 01:34 , 01-Май-24, (17) –3 //

p s для личных целей у меня есть своя система контроля версий, но не публичная , Аноним (17), 01:40 , 01-Май-24, (22) –4 //

Не публичная, но всем известная hello_world_1 ziphello_world_2 ziphello_world_2_, Аноним (27), 02:30 , 01-Май-24, (27) +10 //

Для хеллоуворлдов на пару тысяч строк с одним единственным main c даже это и изл, 1488 (?), 02:31 , 01-Май-24, (28) +5
Ахаха, не в бровь, а в глаз, аж заминусили , Аноним (30), 04:41 , 01-Май-24, (30) –4

Да это не то что в глаз, а оба, при том - потому что упал своим лицом пять раз п, Аноним (-), 16:15 , 01-Май-24, (75)

У меня был начальник практики он точно так же версионировал И не годами, а деся, Аноним (78), 17:30 , 01-Май-24, (78)

То есть его личная цель - незаменимость на проекте - была вполне достигнута , Аноним (83), 20:59 , 01-Май-24, (83)
Так я и говорю - при остром желании можно и упасть своим лицом на чугуниевый кул, Аноним (-), 22:42 , 01-Май-24, (85)
Потому что практиканты такие Могли бы догадаться и предложить давайте мне все , n00by (ok), 09:45 , 02-Май-24, (91)

слишком мало версий new, совсем не обновляете, Аноним (31), 04:56 , 01-Май-24, (31) +1

Проект в стагнации , Аноним (39), 08:50 , 01-Май-24, (39) +1

считай умер надо на расте переписать , тыквенное латте (?), 09:36 , 01-Май-24, (43) –1

hello_world__rs_1 zip , Аноним (53), 11:15 , 01-Май-24, (53) +1

а ты быстрый видимо прочитал хэндбук Я еще не научился так быстро README md в, тыквенное латте (?), 11:34 , 01-Май-24, (57) +1
CoC md не забыл в архив поместить , Аноним (62), 12:12 , 01-Май-24, (62)

Так если забыл компилятор выдаст ошибку , Аноним (83), 21:01 , 01-Май-24, (84)

Скрыто модератором, Аноним (62), 12:11 , 01-Май-24, (61)

Да, это очень смешно , Аноним (70), 14:42 , 01-Май-24, (68)

CVS Мне она тоже очень нравится , 1 (??), 10:36 , 02-Май-24, (92)

А зачем , Аноним (63), 12:14 , 01-Май-24, (63) –1 //

Чтобы заменит на from to , Аноним (78), 17:31 , 01-Май-24, (79)

Круто, заверните две , Аноним (-), 15:45 , 01-Май-24, (72) +1
всем рекомендую fossil - без извращений с файловой системой хранит ветки в sqlit, anonymous (??), 08:16 , 03-Май-24, (95) +1 //

Надо ценить его за децентрализованность Git не включает в себя багтрекер багтр, Аноним (98), 01:58 , 06-Май-24, (98) +1
Ну таки да - но вот какой CI CD к нему приделывать рази што костылями , User (??), 12:53 , 07-Май-24, (100)

Сообщения [Сортировка по времени | RSS]

1. "Выпуск системы управления исходными текстами Git 2.45" +1 +/–

Сообщение от Аноним (1), 30-Апр-24, 23:33

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

Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск системы управления исходными текстами Git 2.45" +5 +/–

Сообщение от Fracta1L (ok), 01-Май-24, 00:04

SHA реализован аппаратно в процессорах, а blake?

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от zog (??), 01-Май-24, 09:13

В каких процессорах SHA реализован аппаратно?

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск системы управления исходными текстами Git 2.45" +4 +/–

Сообщение от Аноним (44), 01-Май-24, 09:50

Интел — с 2016, амд — 2017. Но не волнуйся, твоего кор 2 дуба это не касается.

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (1), 01-Май-24, 10:16

Поэтому blake3 от файликов у меня считается всего вдвое быстрее чем sha?

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (44), 01-Май-24, 10:28

Меня интересуют размеры файлов. А ещё лучше сравнение методов шифрования зашифрованного диска на полтерабайта

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск системы управления исходными текстами Git 2.45" +2 +/–

Сообщение от Аноним (1), 01-Май-24, 19:12

Если бы тебя интересовало, ты бы сначала разобрался при чём тут шифрование

Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (73), 01-Май-24, 15:58

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 года.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

71. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Витюшка (?), 01-Май-24, 14:55

А можно ли доверять аппаратному шифрованию?

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

74. "Выпуск системы управления исходными текстами Git 2.45" +2 +/–

Сообщение от Аноним (73), 01-Май-24, 16:01

Речь не про аппаратное шифрование, а про аппаратное ускорение исполнения алгоритмов.
Это принципиально разные вещи.

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск системы управления исходными текстами Git 2.45" +1 +/–

Сообщение от а (?), 02-Май-24, 00:41

SHA - это не шифрование, а хеширование

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

90. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от n00by (ok), 02-Май-24, 09:35

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

Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (94), 02-Май-24, 16:58

А в чём смысл то?

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от n00by (ok), 03-Май-24, 12:21

Когда размеры совпадают, потеря информации не происходит. Если не возникает коллизий, то каждому входному сообщению соответствует уникальный результат - как и при шифровании одного блока.

Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск системы управления исходными текстами Git 2.45" +1 +/–

Сообщение от Аноним (14), 01-Май-24, 01:19

Очень даже можно, но зачем?
Производительность операций с репозиторием не упирается в скорость хеширования.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

49. "Выпуск системы управления исходными текстами Git 2.45" +1 +/–

Сообщение от n00by (ok), 01-Май-24, 10:52

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

50. "Выпуск системы управления исходными текстами Git 2.45" –1 +/–

Сообщение от n00by (ok), 01-Май-24, 11:07

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск системы управления исходными текстами Git 2.45" +1 +/–

Сообщение от Аноним (-), 01-Май-24, 13:18

> С другой стороны, выбор соответствующей стандартам NIST системы хранения в России
> может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на
> эти вопросы давно и тщательно подшиваются в старомодную картонную папочку.
Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки :).

Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от n00by (ok), 02-Май-24, 09:28

>> С другой стороны, выбор соответствующей стандартам NIST системы хранения в России
>> может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на
>> эти вопросы давно и тщательно подшиваются в старомодную картонную папочку.
> Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки :).
Заметь, что версионирование моих исходников -- моё личное дело. И к попыткам выдачи соответствующей стандартам NIST системы хранения за достижение в импортозамещении отношения не имеет.

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (1), 01-Май-24, 19:14

Ага, такой стандарт что божечки-кошечки, других и быть не может. MD4 тоже кому-то стандарт, но зачем?

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

88. "Выпуск системы управления исходными текстами Git 2.45" –1 +/–

Сообщение от n00by (ok), 02-Май-24, 09:26

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

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (52), 01-Май-24, 11:12

Потому что начинать надо с чего-то одного. Система делается под поддержку множества хешей, вттом числе Blake. Но у Blake есть куча параметров, а у SHA256 их нет.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

60. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (14), 01-Май-24, 12:08

У blake3 нет параметров в отличии от предшественников.

Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от Аноним (52), 01-Май-24, 14:08

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

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск системы управления исходными текстами Git 2.45" +/–

Сообщение от myster (ok), 06-Май-24, 17:54

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выпуск системы управления исходными текстами Git 2.45"	+1 +/–
Сообщение от Аноним (1), 30-Апр-24, 23:33
> SHA-256 А почему какой-нибудь быстрый клёвый blake3 нельзя?
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Выпуск системы управления исходными текстами Git 2.45"	+5 +/–
	Сообщение от Fracta1L (ok), 01-Май-24, 00:04
	SHA реализован аппаратно в процессорах, а blake?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от zog (??), 01-Май-24, 09:13
	В каких процессорах SHA реализован аппаратно?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Выпуск системы управления исходными текстами Git 2.45"	+4 +/–
	Сообщение от Аноним (44), 01-Май-24, 09:50
	Интел — с 2016, амд — 2017. Но не волнуйся, твоего кор 2 дуба это не касается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (1), 01-Май-24, 10:16
	Поэтому blake3 от файликов у меня считается всего вдвое быстрее чем sha?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (44), 01-Май-24, 10:28
	Меня интересуют размеры файлов. А ещё лучше сравнение методов шифрования зашифрованного диска на полтерабайта
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Выпуск системы управления исходными текстами Git 2.45"	+2 +/–
	Сообщение от Аноним (1), 01-Май-24, 19:12
	Если бы тебя интересовало, ты бы сначала разобрался при чём тут шифрование
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (73), 01-Май-24, 15:58
	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 года.
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	71. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Витюшка (?), 01-Май-24, 14:55
	А можно ли доверять аппаратному шифрованию?
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	74. "Выпуск системы управления исходными текстами Git 2.45"	+2 +/–
	Сообщение от Аноним (73), 01-Май-24, 16:01
	Речь не про аппаратное шифрование, а про аппаратное ускорение исполнения алгоритмов. Это принципиально разные вещи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Выпуск системы управления исходными текстами Git 2.45"	+1 +/–
	Сообщение от а (?), 02-Май-24, 00:41
	SHA - это не шифрование, а хеширование
	Ответить \| Правка \| К родителю #71 \| Наверх \| Cообщить модератору


	90. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от n00by (ok), 02-Май-24, 09:35
	Очевидно, что Витюшка словом "шифрование" назвал криптографическое преобразование. А смысл хеш-функции, когда размеры входных и выходных данных совпадают, похоже, не всем очевиден?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (94), 02-Май-24, 16:58
	А в чём смысл то?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	97. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от n00by (ok), 03-Май-24, 12:21
	Когда размеры совпадают, потеря информации не происходит. Если не возникает коллизий, то каждому входному сообщению соответствует уникальный результат - как и при шифровании одного блока.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Выпуск системы управления исходными текстами Git 2.45"	+1 +/–
	Сообщение от Аноним (14), 01-Май-24, 01:19
	Очень даже можно, но зачем? Производительность операций с репозиторием не упирается в скорость хеширования.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	49. "Выпуск системы управления исходными текстами Git 2.45"	+1 +/–
	Сообщение от n00by (ok), 01-Май-24, 10:52
	Потому что SHA это стандарт. Представь себе, обоснование "оно же быстрее" читается как "я ничего не понимаю в вопросе криптографических преобразований". Выбор стандартного алгоритма понимается примерно так же, но при этом ответственность перекладывается на принявших стандарт - в целом вполне грамотное решение.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	50. "Выпуск системы управления исходными текстами Git 2.45"	–1 +/–
	Сообщение от n00by (ok), 01-Май-24, 11:07
	С другой стороны, выбор соответствующей стандартам NIST системы хранения в России может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на эти вопросы давно и тщательно подшиваются в старомодную картонную папочку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Выпуск системы управления исходными текстами Git 2.45"	+1 +/–
	Сообщение от Аноним (-), 01-Май-24, 13:18
	> С другой стороны, выбор соответствующей стандартам NIST системы хранения в России > может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на > эти вопросы давно и тщательно подшиваются в старомодную картонную папочку. Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки :).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от n00by (ok), 02-Май-24, 09:28
	>> С другой стороны, выбор соответствующей стандартам NIST системы хранения в России >> может вызвать вопросы у соответствующего ведомства. Не удивлюсь, что ответы на >> эти вопросы давно и тщательно подшиваются в старомодную картонную папочку. > Вот и версионируй свои исходнички подшивая перфокарты в старомодные папочки :). Заметь, что версионирование моих исходников -- моё личное дело. И к попыткам выдачи соответствующей стандартам NIST системы хранения за достижение в импортозамещении отношения не имеет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (1), 01-Май-24, 19:14
	Ага, такой стандарт что божечки-кошечки, других и быть не может. MD4 тоже кому-то стандарт, но зачем?
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	88. "Выпуск системы управления исходными текстами Git 2.45"	–1 +/–
	Сообщение от n00by (ok), 02-Май-24, 09:26
	> Ага, такой стандарт что божечки-кошечки, других и быть не может. Да, не может, поскольку у тебя ровно 0 шансов попасть в соответствующее подразделение АНБ, а стало быть и внедрить свой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (52), 01-Май-24, 11:12
	Потому что начинать надо с чего-то одного. Система делается под поддержку множества хешей, вттом числе Blake. Но у Blake есть куча параметров, а у SHA256 их нет.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	60. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (14), 01-Май-24, 12:08
	У blake3 нет параметров в отличии от предшественников.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Аноним (52), 01-Май-24, 14:08
	SHA256 ещё никто не взломал и есть широкая поддержка в стандартных либах. Blake3 толком нигде нет, особенно на устаревших версиях.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	99. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от myster (ok), 06-Май-24, 17:54
	> А почему какой-нибудь быстрый клёвый blake3 нельзя? Если бы была возможность выбрать любой хэш алгоритм, для чего вы именно бы выбрали blake3 при инициализации репозитория? Вопрос так или иначе последует к Вам, когда начнутся проблемы с синхронизацией вашего репозитория с другими VCS системами на базе Git, потому что там выбрали алгоритм по умолчанию. Если ответите на этот вопрос, то автоматически ответите на свой вопрос.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору