落墨画雪的博客

问题来了，rebase就是这个坑，使用rebase变基，相当于把你本地的这个分支（注意和远程上的现在侧commit_2合并的分支一个名字）再次merge一遍，但是你要注意，最新的commit是revert1，是摘除这个分支的merge请求，会导致你无论rebase多少次，这个commit_2的代码都不会出现，被revert1抵消掉了，而且会使得你本地的这个分支也被rebase掉，还需要git reflog&git reset --hard HEAD@{i}恢复。发现没冲突，而且git log已更新。

问题起源于生产环境上，每次升级上线采用的是全量的安装包替换的方式升级，然后每次打的新的安装包体积越来越大，导致负责升级的运维同事下载分发安装包的时间过长，因此研发侧分析到是git本身自带的微型的文件管理系统数据过于臃肿导致，故有了此文，目的在于对git项目的文件，分支管理做到简单的透析并试图清理object目录，做到项目瘦身。

近期发现线上有一个bug需要修复，需要紧急上线，因为改动很小，无需整包替换，所以决定采取线上打patch的方式实现修复，因此需要线下根据最新的commit打一个线上对应版本的patch文件，然后将这个patch文件上传到线上，实现打补丁修复。

今天在修改代码时，尝试使用git status后查看代码变更记录时，发现刚刚修改的那个文件是以如下的形式出现的没有常见的modified: qa/hello_world.py并且查看项目目录，显然新增了这样的一个文件，而且影响自己正常的提交代码。...

从2021年11月份开始，我们习惯使用的Markdown工具Typora正式进入了收费模式，当时用的是beta版最新的，因为收费所以原来的文档都打不开了，页面报错因为原有数据被锁，可以通过nodepad++来打开，但是很不习惯，临时找了网上的教程，下载旧版本的（也是beta系列的），然后一用就再免费用了半年，但是最近旧版的也面临了同样的问题，导致我的Markdown文件又被锁死了，所以寻找了永久的‘续命’方法。............

1：背景描述git工具真的是互联网人的开发利器，我愿意称之为IT届开发工具最伟大的发明。git stash的使用不用多说，在修改当前分支内容后，临时想要放下当前项目，切换其他分支时，就可以通过这个命令保存当前的分支更改，这样可以在保留当前分支已有修改不丢失的情况下，任意的切换其他分支，如果其他分支处理结束后，可以直接切回该分支，再通过git stash pop弹出该分支之前保留的修改，继续开发。但是在工作中有时会有特殊情况，使用git stash也有需要注意的地方。这里直接先给出相关的指令：git s

注意：本文将逐渐完善更新…因为rebase在工作中多人合作开发中真的很重要1：背景描述rebase中最需要注意的地方就是代码冲突问题，产生冲突的原因在于merge的时候和他人修改了同一行代码，这就会导致使用git merge的时候不知道应该听谁的，使得git服务疑惑不知道谁是正确的。废话不多说，如下案例假设时间点今天上午10点，我从最新的代码仓中的master分支下在本地创建了一个新的开发分支，就命名为branch_1好了，然后我就着手在该分支下进行开发，然后到了中午12点，远程的代码仓master