Question

今天 git 做了一些我不明白的事情，它不时发生在我身上，我可以忍受这种怀疑。

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

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

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

我是大师，所以我检查了 A
我进行了第一次提交（重命名文件），我们称之为 commit_1_A
更多提交，commit_2_A 和 commit_3_A
进行了一些更改，但不要提交
从 master 结帐到新分支，而无需先移动到 master：git checkout -b fix/B --no-track master
然后提交，commit_1_B
推动分支并打开 MR
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

我们看到只有 commit_1_B 应该在 fix/B -> master 的 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

从 master 分支后，git 将一些“旧”更改带到新分支

1 个答案: