git - 什么是敏捷流程的 Git 分支策略？

Question

我们有一个中央存储库和三个不同的环境，即。开发、分期和生产。我们遵循敏捷过程。每个 sprint（10 天的工作）都将包含大量用户故事（增强）和缺陷（错误）。我们正在使用 GIT 并使用 capistrano 构建脚本部署主分支。

1. 我们不希望每个环境都有不同的存储库。
2. 主存储库始终是稳定版本并指向生产环境。
3. 有时客户不批准用户故事并将其保留，但他们希望在舞台上看到而不是在现场看到。
4. 我们希望为每个 sprint 保留版本，例如 sprint 1、sprint 2 以进行版本控制。

那么在这些情况下使用的最佳分支策略是什么？

Answer 1

使用具有多个分支的一个存储库。在功能分支上开发每个故事。完成后，合并到开发分支。在每个 sprint 结束时，如果团队对您的开发分支上的所有完整用户故事感到满意，请合并到一个暂存分支。这将成为您的 UAT 分支。每次合并到暂存分支时，请使用 sprint 参考标记您的版本。一旦获得客户批准，您就可以将您的版本合并到主分支。

查看Git Flow了解更多信息。