时间戳

首页 > 解决方案 > git 在从 master 分支后将一些“旧”更改带到新分支

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

问题描述

今天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 上

标签： gitversion-control

解决方案

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

* 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应该在 MR 中fix/B -> master。我看到的最直接的解释是commit_1_A实际上（意外地）提交给 master ，因此存在于 branch 中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

推荐阅读