推荐的测试和生产实例的git工作流程

Question

虽然我已经使用git一段时间了，但我仍然认为自己是n00b，所以请不要对我太苛刻。

我将“公司”主机系统维护为两个不相同的副本。 我们称之为测试和生产。 大型机没有任何我（或许可能是你们中的任何一个）会认为是版本控制系统的东西，所以我在桌面上使用git来为我提供版本控制。 以下是我当前工作流程的主要功能：

• 桌面和大型机与FTP“同步”。 最后，无论是在大型机还是PC上编写的所有开发工作都会在git分支机构的PC上完成。

• 我无法访问任何类型的“现代”部署技术，如Hudson

• 我有两个主要的分支，称为Test和Prod。 由于产品的（继承）结构，Test和Prod实例之间的代码存在许多差异。 例如，所有显示面板都需要清楚地识别这是Test还是Prod，但是没有办法在单点配置它。

• 我通常为特定的开发子项目创建其他分支。

• 一般开发在Test分支上完成，具有多个提交。 准备好后，将这些樱桃挑选到Prod上，标记有更改编号，并在批准后上传。

• 幸运的是，紧急工作是在Prod分支上完成的，并且是挑选出来的。

• 偶尔采摘樱桃需要手动合并。

我想改进这个工作流程。 目前，我的存储库在两个分支上充满了并行相同的更改。

我想我更喜欢这样做（对于Test - > Prod）：

• 一旦开发准备就绪，在Prod的HEAD创建一个新的分支

• 将这组开发更改折叠为新分支上的单个更改

• 将这个新分支合并到Prod。 请记住，他们的共同祖先是在使测试与Prod不同的变化之前

似乎git rebase -i可能会完成这项工作，但我必须承认git rebase是我的pons asinorum ，不知怎的，我已经设法弄乱了我的树多次。

所以我的问题是：

1. 请在产品的限制范围内建议更好的方法。

2. 如果我的首选方法是可行的，有人可以建议git rebase -i的正确参数吗？

Answer 1

关于Test和Prod之间的差异，检查您是否可以检测您是否在某个环境中。

对于具有特定于平台的内容的文件，这将允许在结账时使用过滤器驱动程序通过涂抹脚本进行修改。

这样，您就不必维护分支只是为了分隔几乎相同的代码集。

Answer 2

我的建议是将您的开发（测试）和生产（Prod）分支更频繁地合并到彼此，而不是挑选更改。 特别是，在Prod中进行更改时，请经常（至少每天一次）将它们合并到Test中。 当测试中的更改准备就绪时，将它们合并到Prod中。

你是批准的，从Test to Prod提交的提交也表明你的提交没有很好地分割，而是一些具有非常大的差异的提交。 这使得难以使用历史记录来调试问题，并且几乎不可能恢复单个更改（通过还原单个提交）。

我认为通过在工作流程中更改这两件事，如何管理开发和生产分支的更大问题将更加明显。