forum.opennet.ru - "Выпуск системы управления исходными текстами Git 2.45" (70)

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

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

"Выпуск системы управления исходными текстами Git 2.45"	+/–
Сообщение от opennews (??), 30-Апр-24, 23:33
После двух месяцев разработки опубликован выпуск распределенной системы управления исходными текстами Git 2.45. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Код Git распространяется под лицензией GPLv2+... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61095
Ответить \| Правка \| Cообщить модератору

Оглавление

А почему какой-нибудь быстрый клёвый 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ообщить модератору

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

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

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

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

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

Сообщение от Анании.orig (?), 01-Май-24, 00:48

Это как? И что у Вас в mergetool

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

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

Сообщение от oficsu (ok), 30-Апр-24, 23:40

> Предоставлена возможность определения альтернативных префиксов для вывода "git diff", отображаемых перед файловым путём и обозначающих состояние до и после определённой версии файла (по умолчанию используются префиксы "a/" и "b/"). Для задания собственных префиксов в конфигурацию добавлены новые параметры diff.srcPrefix и diff.dstPrefix
Вот бы ещё в git add -p можно было убрать префиксы, чтобы прямо из теринала кликать на имена файлов ещё и там, а не только в диффе

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

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

Сообщение от Будулай (?), 01-Май-24, 00:57

А кто-то ещё голым гитом пользуется в консоли? Я зыбыл как о страшном сне лет 10 как.

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

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

Сообщение от BrainFucker (ok), 01-Май-24, 06:57

Пользуюсь иногда gitk когда надо историю более детально посмотреть. Остальное всё через консоль, просто лень осваивать что-то, если и так работает. Против использования gui кем-то ничего не имею.

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

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

Сообщение от anonyme (?), 01-Май-24, 08:55

Ты это я. Под виндой правда GitExtensions использую.

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

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

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

Есть tig, под виндой он ставится прямо вместе с Git.
Но да, GitExtensions с Meld неплохо. Особенно если интеграция с Gitlab и CI настроена

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

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

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

Я пользую, когда это удобнее всяких поделок от JetBrains.

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

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

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

Пользуюсь для всего, кроме разрешения конфликтов; что-то упускаю? Почему это страшный сон был?

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

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

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

для разрешения meld неплох, но он к сожалению очень тормознут и жрёт память, надо срочно переписать на rust + Qt.

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

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

Сообщение от тыквенное латте (?), 02-Май-24, 07:53

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

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

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

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

Пользователь Windows detected. Потому что кроме TortoiseGit для винды других юзабельных и нормальных GUI для git не существует. GittyUp, напр - жуткая жрущая память махина, использующая либы на lua и инлайнящая исходники зависимостей, где libgit2 - с кастомными не заапстримленными патчами, в дерево. И даже если бы GittyUp был вылизан до идеального состояния, это всё равно неудобно использовать, потому что git-репозиторий - это папка с файлами working directory прежде всего, а папка .git - это дополнение к ней. Поэтому ни один удобный git-клиент должен быть полностью интегрирован в файловый менеджер. У Dolphin есть расширение для интеграции гит туда. Проблема в том, что оно не позволяет делать совершенно базовые вещи, за которыми приходится идти в командную строку. Это говно даже рядом не стояло с TortoisGit.

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

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

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

Ну ниже же кто-то (критично правда) написал что не освоил VS Code. Там полно возможностей.
Я порой Git Cola использую, он под Linux. Хотя под Linux есть много других инструментов. Сейчас такие инструменты есть, может вы отстали от жизни?

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

96. Скрыто модератором +/–

Сообщение от Аноним (96), 03-Май-24, 10:17

Нет, просто вы этим хламом толком не пользовались.

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

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

Сообщение от наука_кандидатов (?), 01-Май-24, 11:27

А чем ещё пользоваться? В гуях вечно чего-то нету или работает неправильно. Самый простой пример: в VS Code нельзя сделать Commit Amend, если в стейдже нет измененных файлов. Но сейчас мне как обычно скажут что это не то гуи, которое надо, и вообще!

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

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

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

И правильно сделали что не реализовали эту вредительскую функцию! Потом ищи коллегу-вредителя. Особенно если это применялось специально и во вред.

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

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

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

Что никогда не приходилось клонировать репозиторий туда , где только ssh и консолька ??
Может вы еще и vi забыли ??

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

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

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

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

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

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

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

Твоя GUI-ня умеет делать rebase, rebase -i, reset --soft, reset --hard, add -p и т.д. ?

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

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

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

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

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

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

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

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

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

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

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

> 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

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

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

Сообщение от 1488 (?), 01-Май-24, 02:31

Для хеллоуворлдов на пару тысяч строк с одним единственным main.c даже это и излишне.

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

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

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

Ахаха, не в бровь, а в глаз, аж заминусили))

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

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

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

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

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

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

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

У меня был начальник практики он точно так же версионировал. И не годами, а десятилетиями. Софт для оборудования. И что характерно всё у них работало только практиканты почему-то не оставались.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

слишком мало версий new, совсем не обновляете

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

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

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

Проект в стагнации...

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

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

Сообщение от тыквенное латте (?), 01-Май-24, 09:36

> Проект в стагнации...
считай умер. надо на расте переписать.

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

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

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

hello_world__rs_1.zip

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

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

Сообщение от тыквенное латте (?), 01-Май-24, 11:34

> hello_world__rs_1.zip
а ты быстрый (видимо прочитал хэндбук). Я еще не научился так быстро README.md верстать.

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

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

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

CoC.md не забыл в архив поместить?

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

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

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

Так если забыл компилятор выдаст ошибку.

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

61. Скрыто модератором +/–

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

Чтоб окончательно закопать.

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

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

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

Да, это очень смешно.

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

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

Сообщение от 1 (??), 02-Май-24, 10:36

CVS ? Мне она тоже очень нравится.

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

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

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

> Предоставлена возможность определения альтернативных префиксов для вывода "git diff", отображаемых перед файловым путём и обозначающих состояние до и после определённой версии файла (по умолчанию используются префиксы "a/" и "b/"). Для задания собственных префиксов в конфигурацию добавлены новые параметры diff.srcPrefix и diff.dstPrefix.
А зачем?

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

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

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

Чтобы заменит на from/ to/

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

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

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

> В команду "git cherry-pick" добавлена опция "--empty"
> для автоматического удаления избыточных коммитов,
Круто, заверните две!

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

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

Сообщение от anonymous (??), 03-Май-24, 08:16

всем рекомендую fossil - без извращений с файловой системой хранит ветки в sqlite

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

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

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

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

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

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

Сообщение от User (??), 07-Май-24, 12:53

Ну таки да - но вот какой CI\CD к нему приделывать рази што костылями.

Ответить | Правка | К родителю #95 | Наверх | 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ообщить модератору

2. "Выпуск системы управления исходными текстами Git 2.45"	+/–
Сообщение от Аноним (1), 30-Апр-24, 23:37
> добавлены новые параметры diff.srcPrefix и diff.dstPrefix Вот бы что-то такое для файлов-мержей сделали, а то делаешь мерж или ребейз, а <file>.LOCAL и <file>.REMOTE вечно путаются местами
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Выпуск системы управления исходными текстами Git 2.45"	+/–
	Сообщение от Анании.orig (?), 01-Май-24, 00:48
	Это как? И что у Вас в mergetool
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Выпуск системы управления исходными текстами Git 2.45"	+/–
Сообщение от oficsu (ok), 30-Апр-24, 23:40
> Предоставлена возможность определения альтернативных префиксов для вывода "git diff", отображаемых перед файловым путём и обозначающих состояние до и после определённой версии файла (по умолчанию используются префиксы "a/" и "b/"). Для задания собственных префиксов в конфигурацию добавлены новые параметры diff.srcPrefix и diff.dstPrefix Вот бы ещё в git add -p можно было убрать префиксы, чтобы прямо из теринала кликать на имена файлов ещё и там, а не только в диффе
Ответить \| Правка \| Наверх \| Cообщить модератору

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


	34. "Выпуск системы управления исходными текстами Git 2.45"	+3 +/–
	Сообщение от BrainFucker (ok), 01-Май-24, 06:57
	Пользуюсь иногда gitk когда надо историю более детально посмотреть. Остальное всё через консоль, просто лень осваивать что-то, если и так работает. Против использования gui кем-то ничего не имею.
	Ответить \| Правка \| Наверх \| Cообщить модератору