Git 具有多个并行版本的开发分支

Git 具有多个并行版本的开发分支,git,branch,branching-and-merging,release-management,Git,Branch,Branching And Merging,Release Management,在我们的SDLC中,我们通常同时处理接下来的两到三个版本。为此,我们使用分支,每个版本都有自己的分支。一旦发布部署到生产环境中,代码就会合并回主版本,因为主版本始终表示生产代码库。更改也会被合并到下一个打开的版本分支,以便当前/上一个生产版本的更改不会在下一个版本中丢失 我看到很多帖子都在暗示“发展”分支的概念。如何将开发分支与多个并发版本结合使用,特别是因为开发分支是单线程的 开发分支通常为下一版本保留。 从该分支中,您拥有要素分支,这些要素分支被合并回(或不合并回)开发分支 这是典型的,例如

在我们的SDLC中,我们通常同时处理接下来的两到三个版本。为此,我们使用分支,每个版本都有自己的分支。一旦发布部署到生产环境中,代码就会合并回主版本,因为主版本始终表示生产代码库。更改也会被合并到下一个打开的版本分支,以便当前/上一个生产版本的更改不会在下一个版本中丢失


我看到很多帖子都在暗示“发展”分支的概念。如何将开发分支与多个并发版本结合使用,特别是因为开发分支是单线程的

开发分支通常为下一版本保留。
从该分支中,您拥有要素分支,这些要素分支被合并回(或不合并回)开发分支

这是典型的,例如


在您的情况下,每个“下一个开放版本分支”都可以是自己的开发分支。它不必被称为“开发”,也不必独特地提供与传统“开发”分支相同的服务。

没错,我过去所做的是让开发人员直接在“发布分支”上编写代码。毫无疑问,如何创建这样的图?我搜索了这类图像,最终得到了atlassian git教程@VonC您对此有何看法?@AashishPawar我不知道Atlassian用于Git提交图的特定工具。我只知道