具有多个并行版本的开发分支
development branch with multiple parallel releases
在我们的 SDLC 中,我们通常同时处理接下来的两到三个版本。为此,我们使用分支,每个版本都有自己的分支。将发布部署到生产环境后,代码将合并回 master,因为 master 始终代表生产代码库。这些更改也被合并到下一个打开的发布分支,因此 current/last 生产版本的更改不会在下一个版本中丢失。
我看到很多帖子暗示了 "development" 分支的概念。如何将开发分支与多个并发版本结合使用,特别是因为开发分支是单线程的?
开发分支一般是为下一个版本保留的。
从那个分支,你有功能分支被合并回(或不)到开发分支。
这是典型的,例如,of gitflow。
在您的情况下,每个 "next open release branches" 都可以是自己的开发分支。它不必被称为 "development" 或必须是唯一的才能提供与传统 "development" 分支机构相同的服务。
在我们的 SDLC 中,我们通常同时处理接下来的两到三个版本。为此,我们使用分支,每个版本都有自己的分支。将发布部署到生产环境后,代码将合并回 master,因为 master 始终代表生产代码库。这些更改也被合并到下一个打开的发布分支,因此 current/last 生产版本的更改不会在下一个版本中丢失。
我看到很多帖子暗示了 "development" 分支的概念。如何将开发分支与多个并发版本结合使用,特别是因为开发分支是单线程的?
开发分支一般是为下一个版本保留的。
从那个分支,你有功能分支被合并回(或不)到开发分支。
这是典型的,例如,of gitflow。
在您的情况下,每个 "next open release branches" 都可以是自己的开发分支。它不必被称为 "development" 或必须是唯一的才能提供与传统 "development" 分支机构相同的服务。