我的公司正在使用 GIT 重组我们的存储库。基本上，我们将拥有：
- (A) Master Repo，它是我们构建的生产部署的未构建镜像
- (B) 用于修补程序的持续集成分支，
- (C) 用于主要/次要更新的发布分支
- (D) 长期特征分支
它需要如何工作：
- (A) 将是我们的主副本。除了 beta 测试人员之外，每个人都将始终使用 (A) 的构建版本。
- (B) 将是包含修补程序的每晚或即时更新（视需要而定）。(B) 将通过单元测试，然后进行走廊测试。当 (B) 完成测试时，需要将其合并到 (A) 以及 (C) 和 (D) 中，以便所有并发开发都有最新的 bug 修复。
- (C) 将每月发布。它将进行单元测试（就像所有东西一样）、走廊测试，然后在登台服务器（测试版）上进行用户测试。
- （D）理论上会被折叠成（C）并在里面释放。
我目前正在开发一个使用 Apache Ant 和 Ivy 的工具来自动化这个过程以及构建。东西将被推入（A），同时它也被构建并推入生产。此过程将运行 e2e 测试，如果成功，将继续自动化文档、编译源代码并将构建的产品部署到生产中。真正的挑战在于弄清楚如何平衡所有这些不同的过程。
现在，关于这个问题。我需要知道的是是否有任何开发“模型”可以处理这种模式，这样我们就不会重新发明轮子。
我们谈论的技术是 HTML5、CSS3、JavaScript，通过 websocket 连接到运行在 NodeJS 上的后端。提前致谢。
编辑
此外，如果有任何不涉及存储库的方法（例如代码管理工具），我很想知道。再次感谢