git——合并分支commit记录 squash提交

最新推荐文章于 2025-11-07 13:49:50 发布
原创 最新推荐文章于 2025-11-07 13:49:50 发布 · 3k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #java #spring

本文介绍了一种简化合并请求(MR)的方法，通过使用git命令将多个提交压缩为单一提交，以提高代码审查效率。该方法涉及创建新分支、合并并squash提交等步骤。

     在公司和别人协同合作时，作为开发需要向架构或者负责人提交mr以合并代码，为了提高review效率，有些负责人会要求一个mr仅保留一条commit记录方便代码比对review的观看，但是开发常常是很多需求和bug混合着写，不可能每个分支都暂存一下去其他分支查看吧，因此总会多几条commit出来保存一下写完的代码。

       常规可以用rebase去删除或者合并分支上的commit，但是咱rebase玩的不是很转等研究透了再发篇帖子记录一下。这里记录一种简易的方法去修改一个分支上的commit。

  • 首先先将本地分支切换的需要合并的开发分支
  • git checkout -b 新分支               基于开发分支新新建一个新分支
  • git merge --squash 需要提交的分支        将提要提交的分支合并到当前的新分支中

squash的意思是，将合并分支所有的commit修改作用到合并分支中，不会保留仍和commit记录，此时新分支就有了之前分支的所有修改，提交一个新的commit即可达到合并commit的作用，然后将原来的分支删掉，将现在的分支名修改一下强制提交就可以覆盖原来的分支让mr更清爽~

 

 

idea git 合并多个commit
yy的博客
04-07 1769
可以看到右侧的文件变更已经union起来了。
git+sourcetree 如何跨commit合并
嘉禾天成‘s Blog
03-30 1076
版本管理中，某些时候我们需要跨commit进行分支合并，如下所示： 要将这两个commit进行合并的话，要在下面的节点位置进行“交互式变基” 删掉不要的提交，再squash合并 现在就只有那两个要合并的commits合起来了。如下图： 但是我们发现中间的那个分支在这条树上就消失了，怎么办？ 不要紧，由于那个节点也是由其他树上合并过来的，所以我们可以在别的树上，找...
Git 利用squash参数来压缩提交
qq_41686044的博客
10-22 519
举例来说，假设我的 master 分支上有 10 个提交，此时从 master 上面检出一个 dev 分支，我又在 dev 分支上进行 10 个提交，此时，dev 分支比 master 分支提前 10 个。我如果想只将 dev 分支上的第 10-20 个提交以一个提交的方式应用在 master 上, 不要有那么多的提交记录。只使用 merge，只会将其他的分支的内容更新到当前工作空间，需要将其提交到仓库才会永久的保存下来。需要提醒一下，这里合并完之后要使用 commit，才算完成一次完整的合并，
使用squash把多個 Commit 合併成一個 Commit（git command || sourcetree）
huangpeigui的专栏
09-17 4211
有時候 Commit 的太過「瑣碎」，舉個例子來說： $ git log --oneline 27f6ed6 (HEAD -> master) add dog 2 2bab3e7 add dog 1 ca40fc9 add 2 cats 1de2076 add cat 2 cd82f29 add cat 1 382a2a5 add database settings bb0c9c2 init commit 在cd82f29跟1de2076這兩個 Commit 都只有各加一個檔案（分別是...
Git 分支流程（合并分支）
最新发布
Z1tai的博客
11-07 1016
本文介绍了Git分支管理的核心原则和标准合并流程。核心原则包括保护主干分支、功能隔离、先拉后合和解决冲突责任。标准合并流程推荐使用--squash模式，详细说明了合并前准备、执行合并和合并后操作三个阶段的步骤，包括分支切换、代码拉取、冲突处理、提交推送和分支清理等关键操作。该流程能保持提交历史简洁线性，便于追溯和回滚，同时强调代码审查和团队沟通的重要性。注意事项包括原始提交历史丢失的风险和自动化检查的建议。
Git Merge、Rebase 和 Squash 之间的区别
qqrrjj2011的博客
01-16 6037
相反，Merge、Rebase 和 Squash 具有相同的基本目的，但提供了有关如何管理分支的不同视角。每个命令都提供了一个独特的视角，您可以通过它来导航和增强分支管理，从而为您的版本控制方法提供多功能性。它创建了一个合并提交，但也保持了项目历史的线性和干净。合并基本上会创建一个新的合并提交，并将分支中的更改与该合并提交合并到目标分支。：将所有提交合并为一个提交，并创建干净的线性历史记录，但不提供有关提交的尽可能多的信息。：将当前分支的头部移动到目标分支的最后一个节点，并产生更线性的git历史记录。
git rebase -i 交互式变基的使用，以及squash压缩多次提交的方法
qq_57558631的博客
05-24 1934
交互式变基这个词是sourceTree的翻译。 交互式变基可以将多个提交合并为一个，当然他的功能不止于此。但一般用于以下情况： 在某个分支（比如dev）下做功能开发，当测试完毕，将要合并dev到master，但由于开发过程中有太多的提交，合并到master之后会让master的整个提交记录看起来不优雅，所以这时候可以用交互式变基去合并，这样做有两个好处： rebase 可以让合并过程中不产生合并的那次提交，也就是说合并完成后master分支图谱仍旧是一根线。 squash多个提交保证开发分支的多次提交
Git 如何合并commits成一个（squash）
u011556070的博客
06-23 2057
Git 如何合并commits成一个（squash）
git-18_squash commit
zhanghuanhuanzhh的博客
03-22 505
-- WARNING: It is possible to loose local commits -> if there are local commits present then do this procedure in a local branch , so that if you need to you can just delete your branch and try aga...
idea git合并某个分支的多个提交到其他分支
weixin_44012070的博客
05-24 1417
我们在dev分支对不同的代码文件做了多次提交后，现在需要把这些提交合并到其他分支上。
git 如何将多个提交点合并为一个提交点 commit
wuyujin1997的博客
03-06 1190
是将分支branch2的提交点合并到本地当前分支。就表示在合并的时候将多个提交点合并为一个提交点。而在执行这条命令的时候，加一个选项。单词的意思：拥挤，使……
Git如何合并多次提交
生活需要深度
05-20 2464
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。
聊下git merge --squash
dengzai7446的博客
11-03 571
你经常会面临着将dev分支或者很多零散的分支merge到一个公共release分支里。 但是有一种情况是需要你处理的，就是在你的dev的分支里有很多commit记录。而这些commit是无需在release里体现的。 develop 主分支 develop主分支最近的一个commit是”fix imageprint bug.”。我们拉出一个分支进行项目开发，里面会有很多comm...
Git Squash命令
m0_65696193的博客
04-06 1538
假设我们在项目工作期间进行了许多commits，将所有commits压缩成一个大的commit比直接推送是正确的选择。从上面的图像中，我们可以看到之前的提交显示在编辑器的顶部。作为Git的负责任的贡献者，使协作过程高效而有意义是必要的。上面的图像是确认合并提交的编辑器屏幕。如果您是Git用户，那么您一定意识到了压缩commit的重要性。正如您从上面的图像中可以看到的那样，我的远程仓库中添加了一个新的提交。我们可以跟踪历史记录并选择要压缩的提交。现在，我们可以将这个压缩的提交推送到远程服务器。
使用git rebase整理合成多个commit实现squash
YZC1892的博客
03-20 984
使用git rebase将多个 commit 压缩合并成一个新的 commit。这是一个常见的 Git 操作，也称为 “squash”。以下是具体步骤：### 步骤 1：查看提交历史假设我们要将最近的 3 个 commit 合并成一个。
Git 合并代码的不同方式 - Merge Commit、Squash and merge、Cherry-pick、Rebase and merge
glovenone的专栏
10-21 3422
我们期望维护一份干净而可用的代码提交历史，不希望某些意义不大或存在歧义的提交记录污染主分支的代码提交历史, 此时我们就应该使用可交互式的 Rebase 压缩或调整代码提交记录。还常用于从不稳定的开发分支(不具备合并到主分支的条件)挑选个别需要紧急发布的安全修复到稳定分支中, 这种场景合并没有意义, 因为合并反而会引入更多不需要的变更。这是团队开发中最为常见的场景: 当其他人将代码合并至远程的 develop 分支后, 你的开发分支将落后于 develop 分支。毋庸置疑, 合并是最通用的代码合并方式。
git merge之squash
weixin_30740581的博客
01-11 247
看CM源码时，发现历史记录里有很多squash，于是google了解了一下。 Git相对于CVS和SVN的一大好处就是merge非常方便，只要指出branch的名字就好了，如： 1 2 3 4 5 $ git merge another $ git checkout another # modify, commit, modify, commi...
git merge 将多个commit合并为一条之--squash 选项
ly969434341的专栏
08-30 2201
git merge 将多个commit合并为一条之–squash 选项 https://blog.youkuaiyun.com/themagickeyjianan/article/details/80333645
使用git merge --squash，让commit变得优雅
热门推荐
火车站卖橘子
06-10 5万+
情景模拟 我们有三个分支，master，develop以及feature特性分支，假定我们开发时使用的是feature分支，我们来这里查看提交记录 当然，使用idea内置的Version Control也能看到 However，我只是想写一句话却commit了3次，就如同为了完成一个功能但是完善了很多地方（bug，逃。。），那么，如果你不想在合并分支时体现你多次commit记录的话，...
git合并已提交的commit记录
05-17
### 合并多个已提交的更改或将提交压缩到推送之前 在 Git 中，可以通过 `rebase` 或者 `merge` 来处理多个已经提交的更改。以下是两种主要方法来实现这一目标： #### 方法一：通过交互式 Rebase 压缩提交 如果希望将多次提交压缩成单次提交以便于保持历史记录整洁，可以使用交互式 rebase 功能。 运行以下命令以启动交互模式： ```bash git rebase -i HEAD~[number_of_commits] ``` 其中 `[number_of_commits]` 是要回溯的提交数量[^3]。这会打开一个编辑器界面，在该界面上可以选择保留哪些提交以及如何操作其他提交（例如将其标记为 `squash` 以合并）。完成修改后保存退出即可自动执行相应的动作。 #### 方法二：通过 Merge 执行 Fast-Forward 或 No-Fast-Forward 合并 另一种方式是利用 `merge` 命令来进行分支间的集成工作。默认情况下，当尝试合并某个作为当前分支后代节点存在的提交时，Git 不会产生额外的合并提交而是简单地向前推进指针位置；然而此行为可通过配置项调整改变——设置变量使得即使在这种场景下也会创建独立的合并提交(`--no-ff`)或者仅允许快速前进类型的合并发生(`--ff-only`) [^1]. 对于不想实际进行合并的情况，则可借助 `reflog` 查看先前状态并通过重置指令恢复至期望版本处 [^2]: ```bash git reset --hard HEAD@{1} ``` 最后需要注意的是，在准备向远程仓库推送前务必确认本地暂存区文件无误，并且如果有未解决冲突则需先妥善处置这些问题之后再继续后续流程。 ```python # Example Python Code Showing Commit Message Handling During Conflicts Resolution Process. def handle_commit_message(): try: with open("$GIT_DIR/COMMIT_EDITMSG", 'r') as f: content = f.read() print(content) except FileNotFoundError: print("Commit message file not found.") handle_commit_message() ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值