https://89.19.215.112/openforum/vsluhforumID3/72053.html Вышел (http://www.selenic.com/pipermail/mercurial/2010-November/035687.html) релиз распределенной системы управления версиями Mercurial 1.7. В новой версии представлено около ста изменений (http://mercurial.selenic.com/wiki/WhatsNew#A1.7_.282010-11-01.29), связанных в основном с оптимизациями, устранением недоработок и добавлением несущественных улучшений.<br><br><br>Из достоинств Mercurial можно отметить (http://www.opennet.ru/opennews/art.shtml?num=14934): независящее от объема кода высокое быстродействие; компактное хранение данных в проиндексированном и сжатом виде; распределенная модель разработки, допускающая произвольное слияние отдельных децентрализованных репозиториев; встроенные средства резервного копирования и проверки целостности; привычный CVS-подобный набор команд; большой выбор GUI- и web-интерфейсов; поддержка нескольких моделей организации репозитория: централизованная cvs-подобная, распределенная полу-иерархическая и иерархическая децентрализованная.<br><br><br>В качестве примера ...<br><br>URL: http://www.sel https://89.19.215.112/openforum/vsluhforumID3/72053.html#28 Mon, 22 Nov 2010 09:41:23 GMT очень толковые ссылки. спасибо.<br><br><br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#27 Mon, 22 Nov 2010 08:55:38 GMT &gt; как в hg изменить предыдущие коммиты? Аналог git rebase -i HEAD~3 ?<br><br>Что-то из этого &#8212; http://mercurial.selenic.com/wiki/RebaseExtension, http://mercurial.selenic.com/wiki/TransplantExtension или http://mercurial.selenic.com/wiki/HisteditExtension<br><br>Inb4 следующих вопросов &#8212; http://mercurial.selenic.com/wiki/GitConcepts#Command_equivalence_table<br><br>А вообще переписывание истории как правило не нужно.<br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#26 Mon, 22 Nov 2010 08:44:19 GMT как в hg изменить предыдущие коммиты? Аналог git rebase -i HEAD~3 ?<br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#25 Thu, 04 Nov 2010 14:12:47 GMT &gt; Забавно, как раз таки в меркуриале ветки самые естественные и ненапряжные, в<br>&gt; отличие от (google detached HEAD problem)<br><br>Ну-ну<br><br><br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#24 Thu, 04 Nov 2010 13:43:14 GMT Забавно, как раз таки в меркуриале ветки самые естественные и ненапряжные, в отличие от (google detached HEAD problem)<br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#23 Thu, 04 Nov 2010 11:36:32 GMT Вот именно после этого мануала я окончательно убедился, что веток в меркуриале нет. Ибо такое нагромождение костылей ими считаться не может.<br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#22 Thu, 04 Nov 2010 10:26:43 GMT Врут - гит все равно пакует дельтами (и для того, что бы он работал с приемлемой скоростью - это необходимо), только меркуриал это делает всегда, а гит переодически (автоматом или через git-gc/git-repack). Но в любом случае в обоих системах это всего лишь деталь реализации (равзе что потребность в git-repack делает гит более убогим) - объектная модель у обоих на дельты не завязана, идентефикаторы (хеши) считаются от полных объектов.<br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#21 Thu, 04 Nov 2010 09:21:44 GMT А в чём проблема с git под Windows?<br><br>И как бы разница есть:<br>It is important to note that this is very different from most SCM systems that you may be familiar with. Subversion, CVS, Perforce, Mercurial and the like all use Delta Storage systems - they store the differences between one commit and the next. Git does not do this - it stores a snapshot of what all the files in your project look like in this tree structure each time you commit. This is a very important concept to understand when using Git.<br>http://book.git-scm.com/1_the_git_object_model.html<br> https://89.19.215.112/openforum/vsluhforumID3/72053.html#20 Thu, 04 Nov 2010 07:00:44 GMT Спасибо за информацию, обязательно почитаю !<br><br><br>