一个仓库多个站点部署工作流程答案

【问题标题】：One Repo Multiple sites Deployment Workflow一个仓库多个站点部署工作流程
【发布时间】：2014-02-13 06:47:26
【问题描述】：

我有一个代码库（一个 Git Repo - 目前由开发公司托管在 Beanstalk 中）。移交后，我正在尝试使用 Github/Bitbucket 设置易于管理的开发和部署工作流程。

1) 我应该坚持使用 Git 还是可以迁移到 Mercurial？ 2）我想要实现的是为整个代码库提供 1 个可以部署到所有 3 个域的 repo，以便将任何常见更改发布到所有域，但不确定如何处理每个域的配置文件，这些文件在他们自己的。 - 我应该设置什么回购结构？ 1 个具有不同分支的仓库或每个域的配置文件的仓库？ - 我可以使用什么（命令等）/同时将代码库更改部署到所有多个域 - 我可以使用什么来确保每个域的配置文件保持不变（我不介意让这可以成为部署过程的一部分，即从配置存储库中拉入并重新部署）

我使用 git 和 mercurial 来处理诸如拉取和推送之类的基本内容，但对于如何使这个所需的工作流程发挥作用并没有太多的了解。如果有人可以建议我如何实现这一点，请不胜感激。

非常感谢。

【问题讨论】：

标签： git deployment mercurial workflow

【解决方案1】：

我应该坚持使用 Git 还是可以迁移到 Mercurial？

这是您的选择 - 您可以使用任何这些 SCM。出于一系列原因，我会更喜欢 Mercurial

我应该设置什么回购结构？ 1 个具有不同分支的仓库或每个域的配置文件的仓库？

使用 Git，您只有一个（合理的智能）选择 - 每个域都有分支的单个 repo（只有配置不同）+ 主线，您可以从中将更改合并到其他分支中

使用 Mercurial，您可以使用任何分支策略（单独的存储库、单独的命名分支、匿名分支、书签）加上 MQ 风格的个性化（通用代码是永久变更集，特定于域的配置更改存储为 MQ 补丁/每个域的补丁/，在需要时应用）：我采用这种方式支持我的个人博客集，这些博客具有通用代码库并在其之上进行了一些小的额外更改 - 更少的合并，更少的操作，更少的头痛

【讨论】：