相关疑难解决方法(0)

使用Git将我的最后一次X提交压缩在一起

如何使用Git将我最后的X提交压缩成一个提交?

git squash git-squash

3294
推荐指数
38
解决办法
147万
查看次数

合并后的Git壁球历史

我将一个大项目的上游与我当地的git repo合并.在合并之前,我有一些易于阅读的历史,但在合并之后,我的回购中有大量的历史记录.我不需要上游回购的所有历史提交.

在我想保留的上游合并之后还有其他提交.如何在保持上游合并之后的提交的同时,将从上游合并的所有历史记录压缩到一个提交中?

git git-merge squash

15
推荐指数
2
解决办法
1万
查看次数

合并后如何重新设置基础?

我们有一系列这样的事件:

  1. 创建分支A,并向其中添加一些提交
  2. 时间流逝,数百个提交已添加到主服务器
  3. 母版合并为A
  4. 时间流逝,也许另外50次提交已添加到主服务器

是否可以将第3步中的合并转换为基准?如果没有别的,它将使即将进行的合并变得更加简单,因为历史记录更少了。

我们尚未启用重新启用功能。

git git-merge git-rebase

9
推荐指数
1
解决办法
1022
查看次数

合并分支的交互式Rebase

我正在使用git而且我正处于这种状态:

      X --- Y --------- M1 -------- M2 (my-feature)
     /                 /           /
    /                 /           /
   a --- b --- c --- d --- e --- f (stable)
Run Code Online (Sandbox Code Playgroud)

当我们在'my-feature'分支上工作超过一天时就会发生这种情况.从稳定分支到特征分支合并M1和M2.M1和M2可能已合并已解决的冲突.将稳定分支合并到特征分支的整个想法是尽早处理冲突.

功能完成后,我们希望将功能分支重新绑定为一个或两个提交.

问题是当我们进行交互式rebase git向我们展示我们在M1和M2合并期间已经解决的相同合并冲突.

有没有办法让git重用我们在M1和M2中已经完成的合并决策?

git git-rebase

8
推荐指数
2
解决办法
5579
查看次数

标签 统计

git ×4

git-merge ×2

git-rebase ×2

squash ×2

git-squash ×1