Git - 从另一个分支创建分支
Git - create branch from another branch
我正在与其他一些开发人员一起开发一个项目。我从主分支创建了一个分支 xx，进行了一些更改并提交了拉取请求。
拉取请求尚未合并，但我需要继续处理其他一些 issues/changes。这需要我在 xx.
的一个单独分支上工作
对于这个新分支，我应该从 xx 还是从 master 创建它？如果我从 master 创建它，来自 xx 的更改不会在那里，这些更改修复了代码中的一些基本错误。如果我从 xx 创建一个分支，当我为这个新分支创建 PR 时，它也会有来自 xx 的提交——这将导致冲突。
遇到这种情况怎么办？
从 xx 创建第二个分支（我将其称为 xx2）并在其上工作完全没问题，只要它在语义上有意义即可。当然，一个全新的功能应该分支 master。
当 xx 被合并并且您稍后为 xx2 发出拉取请求时，来自 xx 的提交已经被合并并且不会再次合并。至少如果您没有执行任何变基或其他历史重写选项。即使您这样做了，也不会导致冲突，因为引入的更改是相同的。
由于您的工作与 xx 分支相关，因此您可以在 xx 分支上继续开发。
如果在xx branch 完成第二次工作后，您提交的PR 没有被批准。新提交将自动添加到 PR 中。
如果您提交的 PR 在您完成 xx 分支的第二次工作之前获得批准，您可以提交新的 PR。
我正在与其他一些开发人员一起开发一个项目。我从主分支创建了一个分支 xx，进行了一些更改并提交了拉取请求。
拉取请求尚未合并，但我需要继续处理其他一些 issues/changes。这需要我在 xx.
对于这个新分支，我应该从 xx 还是从 master 创建它？如果我从 master 创建它，来自 xx 的更改不会在那里，这些更改修复了代码中的一些基本错误。如果我从 xx 创建一个分支，当我为这个新分支创建 PR 时，它也会有来自 xx 的提交——这将导致冲突。
遇到这种情况怎么办？
从 xx 创建第二个分支（我将其称为 xx2）并在其上工作完全没问题，只要它在语义上有意义即可。当然，一个全新的功能应该分支 master。
当 xx 被合并并且您稍后为 xx2 发出拉取请求时，来自 xx 的提交已经被合并并且不会再次合并。至少如果您没有执行任何变基或其他历史重写选项。即使您这样做了，也不会导致冲突，因为引入的更改是相同的。
由于您的工作与 xx 分支相关，因此您可以在 xx 分支上继续开发。
如果在xx branch 完成第二次工作后，您提交的PR 没有被批准。新提交将自动添加到 PR 中。
如果您提交的 PR 在您完成 xx 分支的第二次工作之前获得批准，您可以提交新的 PR。