我在master上重新建立了功能分支，该功能分支进行了大量提交和文件更改。但是文件更改和其他提交在主显示上的提交和堆积在我的功能分支上，因为它们要重新定位并且很难从我的同事那里审查代码。
我对'rebase'的理解是rebase命令重写了漏洞历史记录，并在历史记录之上重新应用了我的提交。还有
现在我的功能分支具有104个文件更改和30个提交。
不确定在工作流程方面我是否做得正确，是否正确，我的功能分支上显示master中100个文件的更改是否正常，以及当您进行协作时人们如何处理它-工人查看您的代码吗？
答案 0 :(得分：0)
git中的分支只是特定提交的“指针”。每个提交都知道其父级，并且git可以从分支中的最后一次提交直到存储库中的第一次提交重新构造分支的历史记录。出于征服意味，意味着创建新分支后，将没有任何信息是哪个分支是父分支，哪个分支是子分支。
因此，您有一个master，包含20次提交。在这20个提交中的某个地方，您创建了一个新分支，并在其上另外进行了10个提交。现在，您希望将这10次提交应用于master的最后一次提交：您将创建20 + 10次提交的工作流。您的分支将指向最后一次提交，整个分支的长度为30个提交。