gpt4 book ai didi

Git:我有一个包含 80 多个提交的功能分支。如何在不破坏历史的情况下安全地将其 merge 到开发/生产中?

转载 作者:太空狗 更新时间:2023-10-29 13:55:46 25 4
gpt4 key购买 nike

我已经在一个功能分支上工作了几周,并且有大约 80 次提交的历史,涉及我们项目的许多部分的工作。对于小功能,我只是 rebase ,将提交压缩为一个简洁的提交,将其 merge 以进行开发,然后推送。但在这里,我积累了涉及许多不同部分的提交的悠久历史。

我想将它们分成更小的提交,即“功能 F 的完成部分 A”“完成部分 B”......等等,但工作不是线性的,每个部分都是同时构建的。

我可以将它们全部压缩到一个提交中并推送它,但是我会丢失所有的历史记录,并且这可能会使将来的调试变得很痛苦,因为这是一个很大的变化。

我是在专业环境中使用 git 的新手,所以我不确定最佳实践。对于这种情况,您的处理方法是什么?

最佳答案

一般的做法是

  1. 拆分混合功能提交
  2. 重新排序提交

我假设你的仓库看起来像这样

o--------o----------o----------o
A B C D

并且您的功能更改是混合和分布式的

- feature 1 changes are in A,B,C
- feature 2 changes are in A,C,D
- feature 3 changes are in B,C,D

拆分提交

如果您想使每个功能的更改保持一致,您必须首先拆分提交。

$ git rebase -i HEAD~3

这将打开一个编辑器

pick A ...
pick B ...
pick C ...
pick D ...

由于您需要编辑每个提交,因此将其更改为

edit A ...
edit B ...
edit C ...
edit D ...

保存并退出编辑器,git 将开始 rebase 。 Git 将 rebase A 并暂停让您进行编辑。现在您可以重置提交 A 并进行新的提交以反射(reflect)每个功能更改。

$ git reset HEAD~
$ git add ... # only files of feature A
$ git commit -m 'Feature A'
$ git add ... # only files of feature B
$ git commit -m 'Feature B'
$ git add ... # only files of feature C
$ git commit -m 'Feature B'
$ git rebase --continue

Git 继续,您必须一次又一次地重复上面的示例,直到所有提交都被拆分。您的存储库看起来像

o---o---o---o---o---o---o---o---o
E F G H I J K L M

另见 Break a previous commit into multiple commits

重新排序提交

现在,您可以在一次提交中对一项功能进行所有更改。但它们不是线性顺序:

  • 特征 1 的变化在 E、G、I 中
  • 特征 2 的变化在 F、J、L 中
  • 特征 3 的变化在 H、K、M

现在您可以执行另一个 rebase -i 并重新排序提交。

pick E
pick G
pick I
pick F
pick J
pick L
pick H
pick K
pick M

保存并退出 rebase 交互式编辑器,git 将重新排序提交。您可能会遇到必须解决的 merge 冲突。提交将被重新排序,因此它们现在可能与之前的提交冲突。

希望 git rebase 没有任何冲突地完成并且你最终会得到这个存储库

 o---o---o---o---o---o---o---o---o
N O P Q R S T U V

| | | | | |
+---------+ +---------+ +---------+
feature 1 feature 2 feature 3

关于Git:我有一个包含 80 多个提交的功能分支。如何在不破坏历史的情况下安全地将其 merge 到开发/生产中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27070921/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com