git 在从 master 分支后为新分支带来一些“旧”更改

Question

今天git做了一件我看不懂的事，而且时不时发生在我身上，我可以忍受这个疑惑。

我昨天在从 master 分叉的一个分支上工作。 在那个分支上，我提交的第一个更改是重命名一些文件。 然后我做了一些更多的提交，今天我做了一些我没有提交的更改。 相反，我决定将这些更改移动到一个新分支，所以我从 master 签出而不从当前分支移出，也没有使用这个命令提交这些文件

git checkout -b fix/new-branch --no-track master

然后，一旦在那个分支上，我提交、推送并打开了一个 MR 到 master。 令我惊讶的是，另一个分支上的第一次提交就在那里。 我不明白如何或为什么。 如果更容易理解，这是一个事件列表：

1. 我在master上，所以我检查了A
2. 我做了我的第一次提交（重命名文件）让我们称之为 commit_1_A
3. 更多提交，commit_2_A 和 commit_3_A
4. 做了一些更改，但不要提交它们
5. 从 master 结帐到一个新分支而不首先移动到 master： git checkout -b fix/B --no-track master
6. 然后提交，commit_1_B
7. 推分店开个MR
8. commit_1_A 和 commit_1_B 在 MR 上，但不在 commit_2_A 或 commit_3_A 上

Answer 1

根据您的时间线，本地存储库的图表如下所示：

* cea17b6 (HEAD -> fix/B, origin/fix/B) commit_1_B
| * 9fb360f (fix/A) commit_3_A
| * e302cca commit_2_A
| * e2852f4 commit_1_A
|/  
* 7dff81e (origin/master, master) Initial commit

我们看到，对于fix/B -> master ，只有commit_1_B应该在 MR 中。 我看到的最直接的解释是commit_1_A实际上（意外地）提交给 master ，因此存在于分支fix/B中。

由于您在创建 MR 之前没有提到master分支的推送，因此它将导致commit_1_A和commit_1_B都包含在差异中（正如您所提到的）。 您的案例中的实际图表如下所示：

* 2fde583 (fix/A) commit_3_A
* b0b940a commit_2_A
| * 5821436 (HEAD -> fix/B, origin/fix/B) commit_1_B
|/  
* 1a4d1f5 (master) commit_1_A
* a10f2da (origin/master) Initial commit

这些命令的结果（测试用例）：

git init local-repo
git init --bare remote-repo
cd local-repo
touch file.txt
git add -A
git commit -m "Initial commit"
git remote add origin ../remote-repo
git push --set-upstream origin master
# assumed branching of fix/A
mv file.txt file2.txt
git add -A
git commit -m "commit_1_A"
git checkout -b fix/A          # actual branching of fix/A
touch file3.txt
git add -A
git commit -m "commit_2_A"
echo "test" > file3.txt
git commit -am "commit_3_A"
touch some-more-changes.txt
git checkout -b fix/B --no-track master
git add -A
git commit -m "commit_1_B"
git push --set-upstream origin fix/B
git log --oneline --graph --all