Меркуриал

[metaclass]

В сабжевой DVCS все хорошо, но есть один слабо понятный мне момент. А именно, merge. Если ребе belnetmon сделает push в центральный репозиторий и я после этого хочу сделать тоже push, то даже если у нас никак не пересекающиеся изменения - оно этого сделать не даст, нужно сначала сделать hg pull, потом hg merge, потом hg commit и только после этого получится сделать hg push.
Может, я чего не так делаю?

Comments

[aamonster.livejournal.com]

hg push -f, и пусть мержит кто-то другой =).

[metaclass.livejournal.com]

Две heads в головной репе тогда появлятся?

[aamonster.livejournal.com]

Ага, ниже написал, как без этого.

[zamotivator.livejournal.com]

Нет, он такое запрещает (ругнётся ошибкой)

[gds.livejournal.com]

"-f" как раз для того, чтобы сказать "ребяты, вот вам ещё одна голова, и делайте с ней что хотите". ругаться будет, но ненавязчиво.

[aamonster.livejournal.com]

А так - смержить-то можно только локально (иначе кто проконтролирует корректность?), так что без pull не обойтись.

Варианты:
hg fetch - разом сделает pull-merge-push (если не возникнет конфликтов)
hg pull --rebase - сделает pull и воткнёт твои изменения после него (получится примерно как при работе с SVN - линейная история)

[metaclass.livejournal.com]

fetch это случаем не расширение какое нибудь?

[graynm.livejournal.com]

Вообще говоря - расширение, но оно сейчас идёт в базовом комплекте.

[aamonster.livejournal.com]

У hg есть такой изврат - встроенные расширения. Они в основном коде, но для использования их надо разрешать в конфиге.
Для винды - в Mercurial.rc, секция extensions, раскомментить/вписать строки
fetch =
graphlog =
mq =
rebase =
ну и прочие по вкусу

[alll]

А в случае конфликта двух коммитов что с этим --rebase произойдёт?

[antilamer.livejournal.com]

Пожалуется и попросит зарезолвить вручную.

[aamonster.livejournal.com]

Честно говоря, не пробовал, работаю по старинке - pull-merge-push (благо, merge на порядок удобнее, чем в subversion). Принцип: создавать новые ветки могут все, а вливать их в основную должен кто-то один. Хотя, конечно, для текущей работы это overkill.

Но навскидку - должно или создать файл для разрешения конфликтов, или запустить утилиту для их разрешения, прописанную в конфиге (kdiff3, к примеру).