Это двоюродный вопрос с моимпредыдущий вопрос «Как управлять параллельной разработкой с Mercurial», которая охватывает индивидуальный рабочий процесс разработчика. Ответ на этот вопрос фактически повлияет на выбор рабочего процесса разработчика.

ЭтоНЕ общий "наилучший опыт управления выпуском" или вопрос КИ, как это былоспросил много раз с хорошими ответами, и есть огромное количество литературы, доступной, чтобы убить время.

Я только прошуконкретные способы использования Mercurial в контексте управления релизами.

Наиболее очевидным и преобладающим ответом будетстабильный / по умолчанию, который тщательно охватываетсякрасивый блог @Steve Losh, и более кратко вответ от него. Это просто и эффективно.

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

Настройка hg фактически демонстрирует изменение или, скорее, расширенную версию стабильного / стандартного:ветвь клона, Я описал процесс вответ на вопрос о названной ветви против нескольких репо (с другойотличный ответ от @Martin Geisler). Что я забыл упомянуть в своем ответе, так это то, как клон веток работает для рабочего процесса разработчика: если вам нужно исправить ошибку для ветки, вы быhg clone <main repo>#<branch> ноне клон ответвления, потому что ваша ревизия все равно вернется к основному репо и автоматически вытеснит клон ответвления. Конечно, вы можете выбрать не клонировать, а простоhg update <branch> в вашем основном клоне, но большинство аргументов для использования отдельных клонов (особенно независимой сборки) применимы здесь.

Теперь вернемся к вопросу:Существуют ли другие способы, подходящие для различных сценариев реального мира? Например, традиционный цикл выпуска основных / второстепенных / исправлений с длительным промежутком между выпусками, вероятно, требует совсем другого рабочего процесса, чем быстрое, готовое к выпуску веб-приложение. Пожалуйста, также прокомментируйте подходы стабильного / дефолтного и ветвистого клонов, если хотите.

Поскольку это почти вопрос опроса, я могу только попытаться субъективно принять «лучший» ответ. Если я смогу получить несколько больше ответов, чем мой вопрос рабочего процесса разработчика, то это так.

Спасибо за ваш вклад!