The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз распределенной системы управления версиями Mercurial 1.7

03.11.2010 16:51

Вышел релиз распределенной системы управления версиями Mercurial 1.7. В новой версии представлено около ста изменений, связанных в основном с оптимизациями, устранением недоработок и добавлением несущественных улучшений.

Из достоинств Mercurial можно отметить: независящее от объема кода высокое быстродействие; компактное хранение данных в проиндексированном и сжатом виде; распределенная модель разработки, допускающая произвольное слияние отдельных децентрализованных репозиториев; встроенные средства резервного копирования и проверки целостности; привычный CVS-подобный набор команд; большой выбор GUI- и web-интерфейсов; поддержка нескольких моделей организации репозитория: централизованная cvs-подобная, распределенная полу-иерархическая и иерархическая децентрализованная.

В качестве примера использующих Mercurial проектов можно привести: OpenSolaris, NetBeans, OpenJDK, ALSA, Mozilla, Xen, Xine, Dovecot, NTFS-3G, OpenOffice, Python, Vim, W3C.

  1. Главная ссылка к новости (http://www.selenic.com/piperma...)
  2. OpenNews: Организация CodePlex осуществила финансовое вливание в проект Mercurial
  3. OpenNews: Релиз распределенной системы управления версиями Mercurial 1.6
  4. OpenNews: Релиз распределенной системы управления версиями Mercurial 1.5
  5. OpenNews: Вышел релиз распределенной системы управления версиями Mercurial 1.4
  6. OpenNews: Релиз распределённой системы управления исходным кодом Mercurial 1.0
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/28516-Mercurial
Ключевые слова: Mercurial, cvs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (27) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, spanasik (ok), 18:25, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На работе юзаю Mercurial, ибо много кто сидит на винде. Для всего остального - только git.
     
     
  • 2.2, lava (?), 18:40, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    обоснуй
     
  • 2.3, Damon_ (ok), 18:40, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для всего остального - только git.

    С чего так безапелляционно? Не холивара ради, а токмо образования для!

    Сам с SVN на Mercurial перебрался недавно, пока доволен и счастлив. Любопытно было бы услышать мнение того, кто с обоими системами работал... ( Я про Mercurial и Git )

     
     
  • 3.4, spanasik (ok), 18:52, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Почему безапеляционно ? Мне надо было с самим собой поспорить что-ли ? :-)

    Из-за простоты работы с ветками.

    В mercurial аналога git checkout -b new_feature так и не нашёл. В mercurial для этого приходится клонировать репо, потом мержить в корневой, в общем ерунда какая-то. Знатоки Mercurial поправят, если это не так.

     
     
  • 4.6, Tav (ok), 19:09, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    hg update -r new_feature
     
     
  • 5.7, spanasik (ok), 19:11, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    $ hg update -r new_feature
    abort: unknown revision 'new_feature'!


     
     
  • 6.10, Tav (ok), 19:24, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > $ hg update -r new_feature
    > abort: unknown revision 'new_feature'!

    Эта команда обновляет рабочий каталог на заданную ветку, тэг или номер набора изменений. Если такой ветки не было, она не создается (в отличие от git).

    Начать с текущего набора изменений новую ветку можно с помощью "hg branch".

    Или я неправильно понял проблему?

     
     
  • 7.11, spanasik (ok), 19:26, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот собсно я потому гит и люблю, потому что одной командой создаётся ветка и можно с ней сразу работать.
     
     
  • 8.12, Tav (ok), 19:32, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В mercurial одной командой hg branch создается ветка и можно с ней сразу работ... текст свёрнут, показать
     
     
  • 9.14, spanasik (ok), 19:54, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, я недостаточно хорошо читал документацию, но на мой взгляд в Mercurial... текст свёрнут, показать
     
     
  • 10.15, tsotsos (?), 20:33, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    т е только git в первом комментарии означало знаю только git вернее несколь... текст свёрнут, показать
     
     
  • 11.16, spanasik (ok), 20:40, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы несколько неверно поняли коммент, на который ответили Он был написан для тог... текст свёрнут, показать
     
     
  • 12.17, develop7 (ok), 21:35, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Эммм 8230 init clone addremove commit pull push branch update 7 штук 8212 ... текст свёрнут, показать
     
  • 4.8, аноним (?), 19:18, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    hg bookmark new_feature

    пользоваться гитом (создавать ветки через checkout) - себя не уважать.

     
     
  • 5.9, spanasik (ok), 19:19, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    $ hg bookmark new_feature
    hg: unknown command 'bookmark'
    Mercurial Distributed SCM

    Насчёт уважать-не уважать no comments, все вопросы к Линусу :-)

     
     
  • 6.13, Tav (ok), 19:33, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > $ hg bookmark new_feature
    > hg: unknown command 'bookmark'
    > Mercurial Distributed SCM

    Нужно включить расширение bookmark в ~/.hgrc.

     
  • 4.18, Cykooz (?), 22:57, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    О методах работы с ветками в Mercurial и их отличие от Git можно почитать тут - http://pqr7.wordpress.com/2010/10/10/a-guide-to-branching-in-mercurial/
    Надо сказать возможности Mercurial в этом вопросе мне кажутся шире.
     
     
  • 5.20, spanasik (ok), 10:00, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за информацию, обязательно почитаю !


     
  • 5.23, Zert (ok), 14:36, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот именно после этого мануала я окончательно убедился, что веток в меркуриале нет. Ибо такое нагромождение костылей ими считаться не может.
     
     
  • 6.24, аноним (?), 16:43, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Забавно, как раз таки в меркуриале ветки самые естественные и ненапряжные, в отличие от (google detached HEAD problem)
     
     
  • 7.25, Zert (ok), 17:12, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Забавно, как раз таки в меркуриале ветки самые естественные и ненапряжные, в
    > отличие от (google detached HEAD problem)

    Ну-ну


     

  • 1.19, Аноним (-), 23:56, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Достало засилье похвальбы в адрес Git.
    Mercurial по возможностям ну ничем не хуже. Только что-то можеть делаться чуть-чуть по-другому. К тому же, если надо - есть и расширения.
     
  • 1.21, sergey (??), 12:21, 04/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в чём проблема с git под Windows?

    И как бы разница есть:
    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.
    http://book.git-scm.com/1_the_git_object_model.html

     
     
  • 2.22, аноним (?), 13:26, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Врут - гит все равно пакует дельтами (и для того, что бы он работал с приемлемой скоростью - это необходимо), только меркуриал это делает всегда, а гит переодически (автоматом или через git-gc/git-repack). Но в любом случае в обоих системах это всего лишь деталь реализации (равзе что потребность в git-repack делает гит более убогим) - объектная модель у обоих на дельты не завязана, идентефикаторы (хеши) считаются от полных объектов.
     

  • 1.26, ygerasimov (?), 11:44, 22/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как в hg изменить предыдущие коммиты? Аналог git rebase -i HEAD~3 ?
     
     
  • 2.27, develop7 (ok), 11:55, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > как в hg изменить предыдущие коммиты? Аналог git rebase -i HEAD~3 ?

    Что-то из этого — http://mercurial.selenic.com/wiki/RebaseExtension, http://mercurial.selenic.com/wiki/TransplantExtension или http://mercurial.selenic.com/wiki/HisteditExtension

    Inb4 следующих вопросов — http://mercurial.selenic.com/wiki/GitConcepts#Command_equivalence_table

    А вообще переписывание истории как правило не нужно.

     
     
  • 3.28, ygerasimov (?), 12:41, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    очень толковые ссылки. спасибо.


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру