由2家公司维护的站点部署过程

Question

我在一家代理机构工作，该机构负责与其他代理商一起维护客户的.net 3.5网站多年。客户在几乎临时的基础上将工作交给两个代理商。

该网站非常陈旧，并且具有匹配的结构和部署过程。该站点设置为开发人员具有站点的本地副本。有一个临时环境，客户反馈和批准发生，然后是实时环境。在许多情况下，来自一个机构的工作将在等待批准的登台环境中进行，而来自另一个机构的更改需要经过升级，批准和部署才能生效而不会影响原始更改。大部分时间我们都会逃避它，但它并不理想，因为并非所有冲突都能得到解决。

直到最近，我们仍然使用Sourcesafe，但已经转移到Subversion并且正在遇到更多工作被覆盖的情况。这显然不是颠覆的错，而是Sourcesafe中的项目和文件的锁定对于两个机构的开发人员来说都是一个很好的指标，表明某人正在处理该项目或文件。之前的过程就是你从sourcesafe检出了一个文件并保持检查，直到更改生效（确认这是一个垃圾过程，因此希望摆脱sourceafe和这样的模型）

麻烦的是，即使我们知道现在我们这样做的方式也很糟糕，但我对如何重组整个网站和部署流程以使其“更好”感到有些不知所措。我们思考过的一些想法是：

• 在subversion中分离开发，测试和实时分支，因此我们需要在部署之前提交并构建适当的分支（不确定如何使其工作）
• 两个代理商的单一存储库，但每个代理商都有一个单独的暂存环境。然后，暂存环境可以反映分配给每个机构的变更
• 每个分支的临时站点的单独实例

非常感谢任何关于SO社区的类似情况和解决方案的后续步骤或示例的建议！

由于

乔尔

Answer 1

我建议：

• 使用git，它非常适合解决如何合并更改。
• 为每家公司分别设置分段环境，然后，一旦更改获得批准，将（谨慎地）合并到最终的分段环境中，该环境仅用于帮助对那里的合并问题进行排序，然后推送到现场。
• 还要确保两个代理商都知道谁在做什么，并试图等待其他代理商完成应用程序的X部分工作，直到另一个完成，最后这是最好的解决方案，一点点沟通