Меркуриал

[metaclass]

Одной вещи в меркуриале я в принципе понять не могу.
Я меняю файл А, делаю commit и push, потом я меняю дома файл Б и делаю commit, а на попытку push меня посылают фпень делать pull/merge/commit.
Вопрос - почему бы независимые изменения в разных папках не мержить автоматом, как это сделано в svn?

PS: А теперь рассмотрим, как это положено делать:
1) дерево исходников представляет собой граф, узлы которого - каталоги и блобы с файлами, а связи - связь между каталогом и расположенными в нем подкаталогами и файлами.
2) пользователь 1 меняет файл с путем A
3) пользователь 2 меняет другой файл с путем B.
4) Друг другу они в принципе никак не мешают - структура графа не меняется, меняются два независимых узла.
5) операции коммутируют - т.е. вне зависимости от порядка применения операций, результат будет одним и тем же.
6) для коммутирующих операций merge должен делаться, очевидно, автоматически.

Comments

[berezovsky.livejournal.com]

что значит на отдельный бранч? :-)))

[dmzlj.livejournal.com]

это что, троллинг?

наверняка же в модном хипстерском hg есть аналог

git push origin master:airport_branch

[berezovsky.livejournal.com]

я всегда думал, что бранчи - это крупная ебанистическая телега, типа релиз кандидаты хранить через десятки билдов и прочая

[ykaliuta.livejournal.com]

Дешевизна бранчей и лёгкость работы с ними и мержа -- фича dvcs.

[dmzlj.livejournal.com]

бранчи это всё. и они ничего не стоят.
например, что бы затолкать куда-нибудь текущий рабочий сет, что бы поработать над друой проблемой, можно сделать
git stash,
а можно git checkout -b new_wtf_branch, поработать, потом переключиться на new_wtf_branch, доделать предыдущее, замержить на мастер и грохнуть временный бранч.

это бесплатно.

[metaclass.livejournal.com]

в гитах и прочем бранчи дешево и популярно и используется постоянно.

[metaclass.livejournal.com]

hg push -f