Как поддерживать несколько линий развития между клиентами в Mercurial?

Question

Я работаю над тем, чтобы поддерживать одно и то же веб-приложение электронной коммерции для нескольких клиентов.

Первоначально был стандартный набор страниц, из которых все остальные настройки клиентов были получены в прошлом.

Недавно место, где я работаю, решило использовать Mercurial для контроля версий. Они также решили переработать стандартный набор страниц для нашей электронной коммерции и сделать их основной/базовой линией развития.

При этом существуют существующие настройки для каждого из наших клиентов, которые были сделаны до набора базовых страниц, которые еще не были введены в управление версиями (hg).

Overview

Каков наилучший способ объединить изменения от базовой линии развития в отдельную линию развития для каждого из наших клиентов, в то время как мы сохраним существующие настройки для каждого клиента?

Answer 1

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

base/template1.html 

customer/template1.html 

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

Возможно, вы сможете отслеживать изменения каждого клиента в качестве набора патчей, используя mq (Mercurial queues). Это может быть немного сложно слить патчи.

Вы можете сделать то же самое с rebase, потенциально более элегантным, чем mq, но я не уверен, как делиться наборами наборы.

Или вы можете просто сохранить базовый репозиторий и отдельные хранилища от каждого клиента, которые никогда не будут возвращены в базу.

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

Answer 2

Каков наилучший способ слияния изменений от базовой линии разработки в отдельную линию разработки для каждого из наших клиентов, в то время как мы сохраняем существующие настройки для каждого клиента?

как и в любом другом ветвящемся сценарии. е. g .:

alice ~/wc/cust-XYZ % hg pull -u $xyz 
alice ~/wc/cust-XYZ % hg ci 
alice ~/wc/cust-XYZ % hg ci 
alice ~/wc/cust-XYZ % hg ci 
alice ~/wc/cust-XYZ % hg pull $mainline 
alice ~/wc/cust-XYZ % hg merge 
alice ~/wc/cust-XYZ % hg ci 
alice ~/wc/cust-XYZ % hg push $xyz 

Answer 3

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