svn - 开发、分期、上线的颠覆性规划

Question

我正处于重组颠覆流程和部署的规划阶段，以尽量减少代码丢失和生产部署问题。我们当前的系统只是在随机服务器上创建一个子域名，以便在上线之前进行测试，这让我抓狂。

我想听听关于我当前计划的一些建议或意见，并获得有关如何使这个系统变得更好的反馈或想法。

详细信息:

• 开发团队规模较小。
• 开发和登台同时存在机器。
• 生产版本存在于其他平台上服务器。
• 大约 30 个项目与网络相关(网站、网络应用程序、网络服务)。
• 大约 30 个项目是桌面项目应用程序、DLL、组件、bat文件等
• Dev 子域名可通过以下方式访问仅限 VPN 访问。
• 网络的暂存子域是可公开访问。 exe暂存只能通过 VPN 访问。
• 每个项目都会有一个开发人员和暂存子域和存储库。开发版本是一个分支暂存主干。
• 主要开发存储库:dev.domain.com(使用的通用名称例如)。
• 主要暂存存储库:staging.domain.com(通用名称用于示例)。

部署:

项目的开发版本是暂存主干的分支。暂存保存特定项目的存储库。然后将文件手动复制到生产位置或执行部署脚本。

示例:开发人员使用从projectname.projecttype.dev.domain.com (site1.web.dev.domain.com) 获取的本地副本。对本地版本进行更改并合并到项目开发分支进行测试。所有测试完成后，分支将合并到项目主干中。如果项目主干通过了所有测试，则项目将上线。

Subversion 存储库结构:*注意:文件结构将与域名结构相匹配。 *

开发分支:始终在此服务器上 checkout 到本地开发环境。

             dev.domain.com 
         web.dev.domain.com 
   site1.web.dev.domain.com
   site2.web.dev.domain.com

         exe.dev.domain.com
    app1.exe.dev.domain.com
    app2.exe.dev.domain.com

暂存主干:开发人员从未触及过。仅通过将分支合并到特定项目的主干来更新文件。在上线之前进行测试安装。应假定具有生产能力，但客户无法访问。

             staging.domain.com
         web.staging.domain.com
   site1.web.staging.domain.com
   site2.web.staging.domain.com

         exe.staging.domain.com
    app1.exe.staging.domain.com
    app2.exe.staging.domain.com

这看起来怎么样？我是否缺少或将失去任何功能？他们是我应该使用的更好的系统吗？

Answer 1

看起来不错。基本上，您有“功能分支”来开发与每个发布分支(主干)隔离的内容，您有一个“放手”政策，因此它们应该在 90% 的时间内具有发布质量。您可以为您的版本添加标签，这样您就可以准确地知道已发布的内容(以及在出现严重错误时必须回滚的内容)。

只要开销保持可控，就保持项目隔离。

竖起大拇指。