1.1, spanasik (ok), 18:25, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На работе юзаю Mercurial, ибо много кто сидит на винде. Для всего остального - только git.
| |
|
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 поправят, если это не так.
| |
|
|
|
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 создается ветка и можно с ней сразу работ... текст свёрнут, показать | |
|
|
|
|
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.
| |
|
|
|
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 делает гит более убогим) - объектная модель у обоих на дельты не завязана, идентефикаторы (хеши) считаются от полных объектов.
| |
|
|