svn - 受控/促销分支有值(value)吗？

Question

我在 SCM 工作，使用各种工具(Subversion、Clearcase、TFS、Perforce)和技术(主要是 .NET、Java)。在我开始工作之前，正常的业务顺序是创建一个受控分支。

我将受控分支定义为:
-一个单独的分支，其中包含开发人员无法访问的升级代码。只有一个构建工程师团队才能访问它。

受控构建:
- 从受控分支获取代码并生成开发人员无法修改的工件的构建引擎。

因此，作为受控构建过程的一部分，合并到该分支已成为重要的一步。这会产生速度和错误的问题(这将主要通过自动化来缓解)。

好处:
自动密码锁(因为开发者不能修改分支)
分支名称可以不同(其他团队不一定遵循标准化做法，我们也不一定能够施加所需的压力。)
找出确切版本代码状态的简单方法(即，某个版本的受控分支中的最新代码是用于生产的)

缺点:
速度
在与开发人员讨论问题时，将开发构建与受控构建相匹配(这是自动化的，但有点困惑)。
错误(另一个在过程中搞砸的地方)
使用变更列表/变更集/不可变标签可以完全处理安全/角色分离功能吗？

问题:

我应该建议从当前的受控分支策略转移吗？我错过了其他好处吗？

Answer 1

我不建议使用分支作为提升机制，除非您打算对合并到所述分支的标签进行大量修改。
A branch should isolate a development effort (即文件被修改并提交新版本的东西)

与某种元数据(ClearCase 属性、SVN 属性、Git 注释等)相关联的标签应该足以通过各种提升级别监控所述标签(及其不可变内容)的提升。