| 1.1, Аноним (-), 16:00, 03/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите
Только сейчас дошло, это же, по сути, блокчейн?
| | |
| |
| |
| 3.16, Аноним (-), 04:43, 04/04/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Памятка для тех кто не знал или забыл, как вставлять ссылки с кирилицей в виде читаемого текста - дописываем в конце ссылки символ "/" при копировании.
| | |
| |
| 4.19, Аноним (-), 14:52, 04/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
В Firefox можно дописать в строке адреса любой символ и стереть, например, пробел. Любое изменение текста в той строке позволит скопировать ссылку с кириллицей.
| | |
|
|
| 2.4, Crazy Alex (ok), 17:07, 03/04/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 ну... Если любой log-based формат считать предельно вырожденной формой блокчейна...
А если серьёзно - то под блокчейном каждый сейчас понимает что-то своё, настолько, что как термин оно слабо применимо.
| | |
| |
| 3.5, Аноним (-), 17:13, 03/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ну, здесь нет блоков, здесь каждая транзакция заверена так-то получается. Так что это блокчейн - укороченный или компактный вариант.))
| | |
| |
| 4.17, Crazy Alex (ok), 12:29, 04/04/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я ж говорю - вырожденный. В пределе можно же представить и блок из одной записи
| | |
|
| 3.6, KonstantinB (ok), 17:38, 03/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Причем тут лог? Это называется hash tree (или, как уже упомянули выше, Merkle tree). Эта структура данных используется как в git/mercurial, так и во всяких биткоинах с эфирами.
| | |
| |
| 4.18, Crazy Alex (ok), 12:34, 04/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
То, что используется дерево хэшей, а не просто хэш предыдущего элемента - деталь реализации, не более. Общая структура - "актуальный" элемент ссылается на предыдущую версию (и есть возможность проверить целостность этого дела) - это именно из versioned/log-based структур данных.
| | |
| |
| |
| 6.30, Crazy Alex (ok), 00:05, 05/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
В отличие от, замена сквозного хэширования на merkle tree - это просто оптимизация, не меняющая прицнипиальных свойств. Во всяком случае, в контексте git, в криптовалютах ситуация другая (там это, например, на приватность влияет).
| | |
|
|
|
|
| 2.7, Аноним (-), 18:56, 03/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Только сейчас дошло, это же, по сути, блокчейн?
Ага, причем git появился раньше bitcoin...
| | |
| |
| 3.8, Афаф (?), 20:29, 03/04/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
То есть если я накоммитал вчера пару раз, где мои биткоены?
| | |
|
|
| |
| 2.9, Афаф (?), 20:30, 03/04/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> когда переход на sha-3 ?
А в чём такая необходимость?
| | |
| |
| 3.13, Аноним (-), 00:22, 04/04/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> когда переход на sha-3 ?
> А в чём такая необходимость?
лизнуть АНБ, конечно же.
| | |
| 3.21, X4asd (ok), 15:55, 04/04/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
 >> когда переход на sha-3 ?
>
> А в чём такая необходимость?
мне надаели старые значения хешей.. хочу уже новые
| | |
| |
| 4.22, Andrey Mitrofanov (?), 16:19, 04/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> когда переход на sha-3 ?
>>
>> А в чём такая необходимость?
> мне надаели старые значения хешей.. хочу уже новые
Коммить новый [пустой] инит-комит с текстом мз /dev/urandom-а и ребейзь всю историю на него.
Все хеши коммитов поменяются. Я гарантирую это.
| | |
| |
| 5.23, X4asd (ok), 16:51, 04/04/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
>>>> когда переход на sha-3 ?
>>>
>>> А в чём такая необходимость?
>> мне надаели старые значения хешей.. хочу уже новые>
>
> Коммить новый [пустой] инит-комит с текстом мз /dev/urandom-а и ребейзь всю историю на него.
>
> Все хеши коммитов поменяются. Я гарантирую это.
не. я хочу чтобы у меня были новые хэши а у моих коллег-консерваторов оставались бы старые..
и чтобы была бы совместимость (хотя бы в одну сторону) между нами. чтобы я мог бы пользоваться и своими хешами (модными свежими) и старыми, а коллеги ды хрен с ними если у них что-то работать не будет, сами виноваты :-) .
| | |
| |
| 6.26, Аноним (-), 18:26, 04/04/2018 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> а коллеги ды хрен с ними если у них что-то работать не будет, сами виноваты :-)
Опенсорс разработка.
| | |
|
|
|
|
| 2.11, anonymous (??), 22:22, 03/04/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
знаю что работа в этом направлении ведется. вероятно будут команды конвертирующие хранилище
| | |
|
| 1.12, A.Stahl (ok), 23:21, 03/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –13 +/– |
 svn -- гoвно, git -- гoвно, все СКВ -- гoвно. Но лучше никто пока ничего не придумал.
Вам гoвно с изюмом или с арахисом? Ах, вы гурман и любите гoвно как есть...
Пока так.
| | |
| |
| |
| 3.28, Аноним (-), 20:30, 04/04/2018 [^] [^^] [^^^] [ответить]
| +/– |
пижуль... "Запижулил в пижулерепу пижулеветку, проверяй" -- "Да, подтверждаю, ща запижулю твою пижулеветку в пижулемастер"
| | |
|
| 2.15, Led (ok), 02:33, 04/04/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 svn -- гoвно, git -- гoвно, все СКВ -- гoвно.
Нет ты - это же очевидно.
| | |
|
| 1.20, Аноним (-), 15:09, 04/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В "git tag" добавлена опция "--edit" для редактирования сообщения, переданного через флаги "-m" и "-F";
> Добавлена команда "git fetch --prune-tags", которую можно использовать для чистки устаревших локально сохранённых тегов;
> Добавлена опция "--show-current-patch", позволяющая посмотреть патч на котором остановился "git rebase" при возникновении конфликта;
Ну наконец!!! Джва года ждал!
| | |
| 1.27, Аноним (-), 19:43, 04/04/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В "git status" добавлена опция "--no-ahead-behind"
в прошлых версиях как-то можно такого поведение достичь? статус задрал лагать
| | |
|
