https://slinkov.ru/openforum/vsluhforumID3/120118.html Доступен выпуск распределенной системы управления исходными текстами Git 2.26.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52594<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#62 Mon, 30 Mar 2020 12:31:31 GMT &gt; Да все ты понял.<br><br>Вы говорите загадками. Зачем вы говорите загадками, не делайте так<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#61 Mon, 30 Mar 2020 09:57:11 GMT Да все ты понял.<br>И понятно, что хочешь так намекнуть, что ты то _знаешь_ git. Не то что другие.<br>Хорошистом в школе был?<br><br>P.S. Кстати у тебя ошибка - не "git merge BRANCH" а "git merge FETCH_HEAD"<br><br>Вот из git help pull:<br>"git pull is shorthand for git fetch followed by git merge FETCH_HEAD"<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#60 Mon, 30 Mar 2020 09:41:58 GMT Что значит "он [git] ими [файлами] не оперирует"?<br><br>Чем же оперируют следующие команды?<br>git help --all &#124; grep -F file<br> add Add file contents to the index<br> archive Create an archive of files from a named tree<br> checkout Switch branches or restore working tree files<br> clean Remove untracked files from the working tree<br> gc Cleanup unnecessary files and optimize the local repository<br> mv Move or rename a file, a directory, or a symlink<br> restore Restore working tree files<br> rm Remove files from the working tree and from the index<br>...<br><br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#59 Thu, 26 Mar 2020 19:16:53 GMT &gt; (не) очень жаль.<br><br>Будьте добры, потрудитесь объяснить, что вы имели в виду? Я на самом деле не понял. Зачем дважды репу фетчить? <br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#58 Thu, 26 Mar 2020 14:02:56 GMT Правильно... Не правильно... Это удобно, потому как много репов в одном месте, потому как интерфейс для пуллреквестов, ишьюз, красивые графы, и всё что угодно. Такое можно было бы запилить децентрализованно, чтобы каждый форкнувший своими силами хостил бы свой форк, но... эмм... это может и правильнее идеологически, но тем, кто пишет код, не нужно. Ну, реально, ковырялся я в чьём-то коде, нашёл косяк, форкнул, исправил, отправил пулл-реквест, забыл про этот форк и про пуллреквест тоже. Мне не надо неделями хостить этот форк, дожидаясь когда мой пуллреквест будет изучен принимающей стороной, когда они всё обсудят и сделают git pull. Хостить форки -- это головная боль github'а, а не моя.<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#57 Thu, 26 Mar 2020 13:57:11 GMT &gt; Толку что куча народу имеет полный реп у себя, все равно вся синхронизация идет через один (к примеру) github.<br><br>man git-remote<br><br>Ты можешь синхронизироваться с кем угодно. Но скорее всего, ты не хочешь синхронизироваться с кем угодно, скорее всего тебе хочется синхронизироваться с ремотом, которому ты худо-бедно доверяешь.<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#56 Wed, 25 Mar 2020 18:45:09 GMT О квантовой знаю мало, но слышал, что она подает надежды. Правда я боюсь, что она требует дорогостоящих устройств. Да плюс ещё квантовые помпы грозят угробить старый добрый RSA и связанное (хотя новые методы исследуются)<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#55 Wed, 25 Mar 2020 18:31:46 GMT Квантовая крипта это решит - там сообщение разрушается при прочтении. Так старый добрый Вернам еще вернется когда-нибудь.<br> https://slinkov.ru/openforum/vsluhforumID3/120118.html#54 Wed, 25 Mar 2020 13:11:21 GMT Проблема в том, что ключами надо обмениваться по надежному каналу. А шифровать для передачи корреспонденту ключ шифра Вернама другим шифром = сводить безопасность до уровня этого другого шифра<br><br>