Git Rebase vs；“反向合并”；_Git

Git Rebase vs；“反向合并”；

git

Git Rebase vs；“反向合并”；,git,Git,在git中，如果我有一个旧功能，我们就称之为，feature/improvement从mastermaster分支的feature/improvement得到大约500次提交，并且feature/improvement需要更新，我看到了3个选项将主控形状合并到功能/改进上将功能/改进合并到master指向的提交上，并将功能/改进的属性更改为指向新的合并提交重基 2对我来说似乎是最直接的选项，它显示了一个合并提交，它显示了旧的更改，并重新应用于最新的主更改但是工具和历史会变得非常混乱，因为

在git中，如果我有一个旧功能，我们就称之为，

feature/improvement

从

master

master分支的

feature/improvement

得到大约500次提交，并且

feature/improvement

需要更新，我看到了3个选项

将主控形状合并到功能/改进上

将功能/改进合并到master指向的提交上，并将功能/改进的属性更改为指向新的合并提交

重基

2对我来说似乎是最直接的选项，它显示了一个合并提交，它显示了旧的更改，并重新应用于最新的主更改

但是工具和历史会变得非常混乱，因为它是“倒退”或“逆转的”

我是不是误解了一些基本的东西？我不明白有什么明显的缺点吗

为什么要重新设定基准

编辑：

根据要求，我已经创建了一个“反向合并”的演示repo，很抱歉git命令/输入错误太差了

306  touch demo.txt
  307  echo "1" > demo.txt
  308  git add demo.txt
  309  git commit "Master 1"
  310  git status
  311  git commit -m "Master 1"
  312  echo "2" > demo.txt
  313  git commit "Master 2"
  314  git add .
  315  git commit -m "Master 2"
  316  git status
  317  git log
  318  git branch feature
  319  git checkout feature
  320  echo "a" > demo.txt
  321  echo "b" > demo.txt
  322  echo "c" > demo.txt
  323  git commit -m "feature c"
  324  git add .
  325  git commit -m "feature c"
  326  echo "d" > demo.txt
  327  git commit -m "feature d"
  328  git add .
  329  git commit -m "feature d"
  330  git checkout master
  331  echo "3" > demo.txt
  332  git add .
  333  git commit -m "master 3"
  334  echo "4" > demo.txt
  335  git add .
  336  git commit -m "master 4"
  337  echo "5" > demo.txt
  338  git add .
  339  git commit -m "master 5"
  340  git branch feature2
  341  git checkout feature2
  342  git merge help
  343  git help merge
  344  git merge feature
  345  git add .
  // This is where I gave up, and Used Source Tree to use a GUI to reset feature to feature2's ref
  346  git status
  347  git commit
  348  git status
  349  echo "e" > demo.txt
  350  git add .
  351  git commit -m "feature e"
  352  checkout -b "master"
  353  git checkout master
  354  git commit -m "master 6"
  355  echo "6" > demo.txt
  356  git add .
  357  git commit -m "master 6"

导致

合并将获取

主控

中的所有更改，并尝试将它们与

功能/改进

的更改合并。请原谅这些可怜的ascii图表

master   -------------
feature  \----\--
         ^    ^
    Branch    Merge

rebase将获取

功能/改进

中的所有更改，并实际移动这些更改，就好像它们是在提交

主控

更改后提交的一样

重设基准前：

master   -------------
feature  \------
         ^
    Branch

重设基准后：

master   -------------
feature               \------
                      ^
                 Branch

换言之：

合并：“合并这两个提交”
Rebase：“重写历史记录，以便我的提交中的所有更改仅在master之后应用”

合并将采用

主控