更改 git 中分支的根目录

Question

我正在使用 git 并且想要更改现有分支的基础。这是由部署系统引起的，该系统将该显式分支拉入我的生产环境。在规划我的发布时，我每次想要上线时都会创建一个标签。但我的分支也有特殊的更改，因此 git reset --hard v1.0 不起作用。

这是一个小例子。我希望它

      C---D---E deploy
     /
A---B---F---G master
     \
      v1.0

变成这样

                          C---D---E deploy
                         /
A---B---F---G---H---I---J---K master
     \                   \
      v1.0                v1.1

也许 git rebase 是我正在寻找的，但手册页对我没有帮助。感谢您的回复！

Answer 1

git rebase 应该像你说的那样，允许你更改部署的基础：

git checkout deploy
git rebase v1.1 # using the tag
(or:
 git rebase J # SHA1 of J
 or
 git rebase master~1
)

但你最终会得到

C'---D'---E' deploy

也就是说，deploy分支的提交部分的SHA1被重写，如果没有人克隆说deploy，这也不算太糟糕> 分支并正在研究它。
由于它是用于部署的分支，因此很可能是这种情况（即没有人在该分支的克隆上工作）。

Answer 2

是的，可以使用rebase来达到想要的效果。以下命令将签出 deploy 分支并重播其所有提交，这些提交无法通过 v1.1 访问，位于 v1.1 之上：（

git rebase v1.1 deploy

详细的方法是：git rebase --onto v1.1 v1.0 deploy）

但是为什么要重新设置基础并更改历史记录呢？您可以简单地将开发主线更改为您的部署分支：

git checkout deploy
git merge v1.1

这将使您的所有提交哈希保持不变，您的历史记录将如下所示（M 是合并提交）：

      C---D---E-----------M deploy
     /                   /
A---B---F---G---H---I---J---K master
     \                   \
      v1.0                v1.1

因为在变基以及合并期间，在使用基于合并的方法时，您将有合并冲突的历史记录。使用变基，您就不会在变基操作期间发生冲突的历史记录。使用基于合并的工作流程，您稍后可以在合并提交的（组合）差异中看到冲突。

Answer 3

我不明白你为什么想失去原来的分支。在这种情况下我会做什么：

 # create a new branch from your 1.1 tag
 git checkout -b deploy1.1 v1.1 
 # merge your existing branch into this one
 git merge deploy

编辑：添加架构

你最终会得到类似的结果

       C---D---E deploy
       /        \_______ 
      /                  F deploy1.1
     /                  /
A---B---F---G--H--I--J--K--L
     \                   \
    v1.0                 V1.1

Answer 4

git rebase 应该适合你：

git checkout deploy
git rebase master~1

或者

git rebase v1.1

看看 http://progit.org/book/ch3 -6.html - 我认为应该可以帮助你更好地理解 rebase