在使用版本控制系统时，您的开发/部署管道/工作流程是什么？

Question

目前，在我的工作环境中，我们将SVN用于脚本开发和部署。对于每个脚本项目，SVN上至少有2个独立的存储库：一个用于 dev ，另一个用于 dep 。

我们的工作流程如下：

• 在 dev repo中开发没有任何约束。
• 当所有内容完成并获得批准后，收集一些文件并将其提交到 dep repo。它们与 dev repo和 dep repo中的文件不同。例如， dev repo中的.py文件和 dep repo的.pyc文件。
• dep repo的结构与最终部署完全相同。
• 因此，我们可以切换到授权帐户并执行 svn up dep_repo 来部署它们。

背后的想法是：

• 分开开发和部署
• 允许尽可能多的自由进行开发
• 还会跟踪部署历史记录
• 允许 dev 和 dep
之间的结构差异

但我们仍然认为工作流程有点方便。 1）您必须手动收集文件并将其提交到 dep repo; 2）您必须切换到授权帐户才能进行最终部署。

我知道我们可以利用钩子来自动化第二个问题，但我不确定这是不是一个好方法。有关一组程序员的工作流程的任何想法或想法吗？

Answer 1

使用SVN的分支和合并功能来管理代码开发代码行和代码部署代码之间的差异会更好。这样，您可以跟踪文件随时间的变化，以及修复错误的简便方法。

此外，由于您在跟踪当前dep回购中的已编译（或等效）文件，通过跟踪构建的工件及其构建的代码，您可以更密切地跟踪哪些更改已经进入每个版本（没有手动选择文件）