标签: feature-branch

我在git树中遇到了意外情况。我已经从master创建了一个分支，但是当我在新分支上执行提交时，好像这些提交与master在同一代码行中进行...

如您所见，在最左侧是master（深蓝色）的代码行，在顶部，我们可以看到Sprint_15，它是master的分支，似乎在同一行上有提交...不知道为什么会这样。由于功能已合并到Sprint_15中而不是母版中，因此我希望代码会换行，

我的想法是，通过将Sprint_14和Sprint_15合并在一起，这在历史上做得很时髦，但是我不确定为什么。

我对git还是很陌生，因此它的某些基础仍然让我感到困惑。

我用乌龟svn.但总的来说,我对svn还是比较新的.我有一些git的经验.

在文件中说

重新整合分支

这个方法涵盖了Subversion书中讨论的功能分支的情况.所有主干更改都已逐周移植到功能分支,现在功能已完成,您希望将其合并回主干.

据我所知:功能分支的正常工作流程是,要创建一个功能分支,在其上进行开发,经常在主干分支上的错误修正的修订范围内合并.功能完成后,最后合并主干更改,然后将分支重新集成到主干中.

所以我有一些问题:

1. 此工作流程是否正确
2. 如果在重新集成功能分支之前未合并来自主干分支的更改,会发生什么情况
3. 如果我从完全更新的功能分支到主干分支进行正常合并会发生什么
4. 为什么这么复杂,svn意味着比git更友好,但特别是合并,你必须指定合并到功能分支的修订版本,从不同的合并选项中选择似乎比等效的git功能更复杂(我必须在我的公司使用svn,因为其他开发人员使用它,但他们没有分支),除非我做错了什么

如果开发人员针对不同的功能在不同的分支上工作,我理解他们可以从功能分支中提供QA构建,一旦测试它就可以与"develop"合并.但是,如果QA团队相当大并且可以同时测试多个功能,那么如何为它们提供包含驻留在不同分支中的功能的构建？

我正在实现一个新功能，为此我创建了一个新分支，并对其进行了一些提交，然后推送。我现在希望继续在 master 中以挂起/未提交更改的形式处理此功能。待定，因为在我提交之前它需要更多的工作。我该怎么做呢？

当我最终提交时，master 的修订历史应该只显示一次提交，就好像我从未创建过另一个分支或进行过中间提交。我该怎么做呢？

手动方法是创建第二个 git 工作区，在其中打开 master 并在另一个中打开分支，然后复制粘贴每个修改过的文件。有没有自动化的方法来做到这一点？