一个Repo Multiple站点部署工作流程

时间:2014-02-13 06:47:26

标签: git deployment mercurial workflow

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

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

我使用git和mercurial来处理基本的东西,比如拉动和推动,但是我对如何使这个理想的工作流程无法进一步了解。感谢有人可以告诉我如何实现这一目标。

非常感谢。

1 个答案:

答案 0 :(得分:0)

  

我应该坚持使用Git还是可以转移到Mercurial?

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

  

我应该设置什么样的repo结构? 1个包含不同分支或repo的repo,用于每个域的配置文件?

使用Git,您只有一个(合理的智能)选择 - 每个域都有分支的单个仓库(只有配置不同)+主线,您可以将更改合并到其他分支

使用Mercurial,您可以使用任何分支策略(单独的repos,单独的命名分支,匿名分支,书签) plus MQ样式的个性化(常见代码是永久更改集,特定于域的特定于配置中)存储为每个域的MQ补丁/补丁/,在需要时应用):我采用这种方式支持我的个人博客集,具有通用代码库和基于它的小额外更改 - 更少的合并,更少的操作,更少的头痛< / p>