https://89.19.215.112/openforum/vsluhforumID3/130656.html После трёх месяцев разработки опубликован выпуск распределенной системы управления исходными текстами Git 2.41. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59234<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#171 Tue, 13 Jun 2023 10:33:04 GMT &gt;&gt; Два типа репозиториев - это вполне норма для корпораций: <br>&gt;&gt; один публичный; <br>&gt; Вот и правьте историю в публичном репозитарии для красоты. Или вообще выкладывайте <br>&gt; zip. Это почти не имеет отношения к контролю версии при разработке. <br>&gt; Это вопрос управления контентом, дистрибуции и т.п. Я же не утверждяю <br>&gt; что гит не подходит для выкладывания кода ни гитхабе. Большинство VCS <br>&gt; умеют экспортировать/зеркалировать в git <br><br>Тут, очевидно, что разница глобальная. Публичная история должна быть красивой (без безобразий) что бы привлекать новых разработчиков, так как в таком случае большее число людей сможет разобраться: как, что и почему было сделано.<br><br>Если у вас нет рецензентов и вы не заинтересованы в притоке новых разработчиков, то да, можете хранить историю блуждания в поисках подходящей реализации.<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#170 Tue, 13 Jun 2023 10:29:03 GMT &gt; Ветка удалена<br><br>Удалять ветку, которая давно уже вмержена в основную, ну, или, отребейзена?<br><br>Каков результат такого удаления?<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#169 Tue, 13 Jun 2023 10:26:10 GMT &gt; Все ошибаются. Ошибка это тоже часть истории. Не нужно ее прятать <br><br>Зачем рецензенту продираться сквозь ошибки?<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#168 Sat, 10 Jun 2023 09:08:16 GMT Почему же? Ветка удалена, в публичном доступе украденного кода нет. В текущих ветках его тоже нет. Возможность работать с веткой можно заблокировать контролем доступа, если нужно. Это все работает в разных VCS, d svn и например в Perforce. Кстати, если речь касается именно svn, то таки да, можно удалить ветку из репозирория, но это довольно замороченный метод, хотя и официально документированный насколько я помню в svnbook. Но это крайний случай, если дело очень серьезное и в суде придти к договоренности не удалось. <br><br>По поводу украденного кода в репе андроид-фонарика или фейсбучка можно придти к договоренности в суде. Но вот если правка истории изменений кода сделала невозможно расследование авиационной катастрофы или аварии на АЭС - это намного серьезнее. Тут люди погибли и это надо досконально расследовать, изучая все коммиты в том виде и в том порядке, в котором они были сделаны в свое время, не скрываю ошибок, экспериментов и странностей внесенных разработчиками.<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#167 Fri, 09 Jun 2023 17:27:11 GMT &gt; Все ошибаются. Ошибка это тоже часть истории. Не нужно ее прятать<br><br>возможно в случае ошибки имеет смысл править сообщение коммита post hoc, для маркировки, идентификации ошибки, описания и т.п. Но лишь тольтко лейбл, а не changeset. В svn <br>кстати есть возможность редактировать commit message, не затрагивая changeset.<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#166 Fri, 09 Jun 2023 17:19:02 GMT &gt; Два типа репозиториев - это вполне норма для корпораций:<br>&gt; один публичный;<br><br>Вот и правьте историю в публичном репозитарии для красоты. Или вообще выкладывайте zip. Это почти не имеет отношения к контролю версии при разработке. Это вопрос управления контентом, дистрибуции и т.п. Я же не утверждяю что гит не подходит для выкладывания кода ни гитхабе. Большинство VCS умеют экспортировать/зеркалировать в git <br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#165 Fri, 09 Jun 2023 17:14:41 GMT &gt; Кто-нибудь, когда-нибудь сел? <br><br>У вас всегда есть шанс :) Ну и про NASAMSы мы не знаем, все секретно. Систематическая ошибка выжившего<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#164 Fri, 09 Jun 2023 13:59:20 GMT Все ошибаются. Ошибка это тоже часть истории. Не нужно ее прятать<br> https://89.19.215.112/openforum/vsluhforumID3/130656.html#163 Thu, 08 Jun 2023 10:33:32 GMT &gt; правильная история помогает найти сточник ошибок, регрессии и т.п.<br><br>Именно при редактировании истории этот процесс становится на порядок проще реализовать.<br>