как я могу работать как по умолчанию, так и по ветке одновременно в Hg?

Это зависит от того, какую ветку вы создали.

Если вы создали именованную ветку и работаете в одном рабочем каталоге, вам нужно использовать один рабочий процесс, но если вы клонировали рабочий репозиторий, вам нужно использовать другой рабочий процесс.

Рабочий процесс с именованной веткой, один репозиторий/рабочий каталог

В этом случае вы используете обновление для переключения между ветвью default и ветвью функций dev1.

Если вы хотите работать над веткой default, обновите ее, исправьте ошибки и зафиксируйте эти изменения. Не вносить изменения из dev1 ветки.

Если вы хотите работать над своей веткой dev1, обновите ее, объедините свои исправления ошибок из ветки по умолчанию, поработайте над своей функцией и зафиксируйте, когда закончите.

Если вы работаете над веткой dev1, а коллега исправляет ошибку в default, которая вам нужна, зафиксируйте свою работу, извлеките их изменения, объедините их, а затем возобновите свою работу (здесь вы можете использовать ярлыки, но таким образом вы можете отменить слияние, если оно становится грязным)

Примечание. Все они предполагают, что все ваши изменения фиксируются в точке, в которой вы хотите переключиться между ветвями dev1 и default.

Важно отметить, что вы получаете изменения из вашей ветки dev1 только в default при их слиянии. функцию в ветку default, вы можете сделать это с помощью одной простой операции слияния.

Рабочий процесс безымянной ветки с использованием репозитория dev1, клонированного из производственного репозитория

Этот рабочий процесс похож, но позволяет вам работать с ветвями default и dev1 одновременно, без необходимости обновления для переключения между ними.

Если вы хотите работать над веткой default, используйте репозиторий, где подсказка — ваш производственный код. Исправьте свои ошибки и зафиксируйте эти изменения, как обычно.

Если вы хотите работать над своей веткой dev1, используйте репозиторий, где подсказкой является ваша ветка функций dev1. Если в репозитории default были исправления, извлеките изменения и объедините их со своим клоном, но не отталкивайте набор изменений слияния обратно. Отталкивайте свой набор изменений только тогда, когда вы хотите развернуть свою функцию в производственном коде. Как только наборы изменений из default будут объединены, вы можете продолжить работу над функцией.

Если вы работаете над веткой dev1, а коллега исправляет ошибку в default, которая вам нужна, зафиксируйте свою работу, извлеките их изменения из вашего общего репозитория в рабочий клон default, затем перетащите эти изменения в свой функциональный клон dev1, объедините их. в, а затем возобновите свою работу.

Опять же, важно отметить, что вы получаете изменения только из своей ветки dev1 в default, когда вы отправляете их в производственный репозиторий default. Если вы извлекаете/объединяете только наборы изменений default в клон dev1, ваша ветка функций будет обновляться с помощью default, поэтому, когда вы будете готовы развернуть функцию в ветке default, вы сможете сделать это с помощью одной простой операции push.

Да, вы можете сделать это с помощью Mercurial.

Во-первых, если вам что-то непонятно (мне какое-то время было непонятно), есть 3 типа "веток" в Mercurial:

• клонировать репозиторий
• «именованная ветвь» (используя команду hg branch)
• анонимная ветка, которой можно управлять с помощью закладок или просто запоминания набора изменений

Я предполагаю, что вы использовали метод hg branch. Имейте в виду, что это часто не то, что вам нужно, потому что это имя ветки навсегда останется в истории репозитория (ну, есть вариант --close-branch, но все же...).

Основной рабочий процесс:

• обновить ветку dev с hg up devbranch
• зафиксировать изменения в ветке dev
• объединиться с основной веткой через hg merge default или просто hg merge по желанию
• (повторить по желанию)

И для работы с веткой по умолчанию:

• обновить ветку по умолчанию с помощью hg up default
• зафиксировать изменения
• (повторить по желанию)

Не делайте этого:

• обновить ветку по умолчанию с помощью hg up default
• объединиться с веткой dev с hg merge

Я подозреваю, что вы используете команду hg merge без указания имени ветки. Это сольется с любой другой головой, что может быть, а может и не быть тем, что вам нужно.

Изменить: приведенная выше информация, вероятно, не является вашей проблемой. Ваша проблема, вероятно, заключается в выполнении слияния, когда ваша текущая ветка является веткой по умолчанию.

Вы не запускаете hg merge из ветки по умолчанию.

# bang on dev1
# more banging on dev1
# someone beats on default for a while
# update to dev1
hg up dev1
# bring in the changes from default
hg merge -r default
# validate successful merge
hg commit -m "merging"

Ключ фиксируется на dev1, когда вы вносите изменения по умолчанию.

Обратите внимание, что здесь я использую именованные ветки.

Это предложение:

После слияния, если я обновлю до значения по умолчанию, теперь у меня будут изменения из dev1, объединенные с исходным кодом.

говорит мне, что ты делаешь что-то не так. Вполне выполнимо то, что вы хотите сделать, работать с двумя ветвями параллельно и сливаться с одной на другую, не влияя на обе.

Важно знать, что слияние является направленным слиянием. Вы объединяете из одной ветки в другую, и когда вы инициируете слияние, вы должны на переходе в -ветвь.

направление в том смысле, что направление влияет на результат. Для фактического содержимого файла не имеет значения, в каком направлении вы выполняете слияние, но новый набор изменений слияния, который вы фиксируете, будет в ветке, в которой вы находились, когда вы инициировали слияние (если вы не переопределите).

Итак, сначала обновите заголовок dev1, затем слейте с default, и после фиксации у вас должен быть новый набор изменений в ветке dev1, но default следует оставить нетронутым.

Это скорее совет, чем ответ, но...

Я часто использую этот рабочий процесс. Я считаю, что расширение Transplant очень полезно для рабочих процессов с именованными ветвями. TortoiseHg поддерживает его, поэтому вы можете включить его в параметрах TortoiseHg. Это позволяет вам выбирать вишни из других веток, что очень полезно, особенно если вы регулярно совершаете коммиты не в ту ветку.