Git 基于主干的开发-实现问题_Git

Git 基于主干的开发-实现问题

git

Git 基于主干的开发-实现问题,git,Git,我正试图将我的代码库转移到基于主干的开发中，以便我的所有发布版本都是从开发分支开发的。我的问题是，如果我已经从我的开发分支创建了一个发布版本，然后我在代码中发现了一个bug，但从那以后，我已经在下一个版本的开发分支中提交了一些更改，我不想在当前的发布版本中包含这些更改。那么在这个场景中，我如何修复缺陷并创建发布版本的新版本，其中只包含提交新更改之前的更改。我正在使用Git进行版本控制。在我所从事的一个项目中，我有一个类似于您在这里描述的模型。我在每个版本中创建标记，这样我就可以确切地知道编译到版

我正试图将我的代码库转移到基于主干的开发中，以便我的所有发布版本都是从开发分支开发的。我的问题是，如果我已经从我的开发分支创建了一个发布版本，然后我在代码中发现了一个bug，但从那以后，我已经在下一个版本的开发分支中提交了一些更改，我不想在当前的发布版本中包含这些更改。那么在这个场景中，我如何修复缺陷并创建发布版本的新版本，其中只包含提交新更改之前的更改。我正在使用Git进行版本控制。

在我所从事的一个项目中，我有一个类似于您在这里描述的模型。我在每个版本中创建标记，这样我就可以确切地知道编译到版本中的代码是什么。如果我想回到发行版处理一个bug，我可以检查为该发行版标记的提交，并为我的bug修复创建一个新的分支。当bug修复程序准备好在新版本中发布时，它也可以被标记

要获得更多建议，请查看。

在我从事的一个项目中，我有一个与您在这里描述的类似的模型。我在每个版本中创建标记，这样我就可以确切地知道编译到版本中的代码是什么。如果我想回到发行版处理一个bug，我可以检查为该发行版标记的提交，并为我的bug修复创建一个新的分支。当bug修复程序准备在新版本中发布时，也可以对其进行标记

如需更多建议，请查看。

查看。在这个模型中，您的关键修补程序是在发布版本的一个分支中生成的，合并回发布分支，然后合并到您的开发分支中

如果您发现代码库发生了很大的变化，以至于合并没有意义，那么您需要分别修复两个分支中的错误。

请查看下面的示例。在这个模型中，您的关键修补程序是在发布版本的一个分支中生成的，合并回发布分支，然后合并到您的开发分支中

如果您发现代码库变化太大以至于合并没有意义，那么您需要分别修复两个分支中的错误。

那么修复错误的新分支，何时合并到开发分支中？@zakSyed，这取决于您。我会在您完成错误修复后立即将其合并，因为我假设您不仅要发布当前版本的次要更新，而且还希望在下一次主要更新中包含该修复。@zakSyed我还应该声明我有一个

主分支，跟踪项目的最新版本和一个单独的devel
分支，用于跟踪下一版本准备就绪的功能。在这种情况下，bug修复可以合并到master
以创建新版本和devel
。那么bug修复的新分支，何时合并到develop分支？@zakSyed这取决于您。我会在您完成错误修复后立即将其合并，因为我假设您不仅要发布当前版本的次要更新，而且还希望在下一次主要更新中包含该修复。@zakSyed我还应该声明我有一个主分支，跟踪项目的最新版本和一个单独的devel
分支，用于跟踪下一版本准备就绪的功能。在这种情况下，可以将错误修复合并到master
以创建新版本和devel
。