前言

最近在使用阿里云Codeup做代码管理时碰到一个问题,由于我的代码库里存放的是jar包,每次提交代码不会覆盖原来的jar,会生成一个新的提交和jar包,慢慢的就会导致仓库容量越来越小,直至最后达到容量上限。

如果到达了容量上限(默认5G,开通企业版后是20G),Codeup就会禁止再往仓库中提交代码,只允许做GC优化：

image.png

而GC优化在此中情况下是完全没有效果的,甚至会出现本来5个G优化完成后变成8个G的奇葩问题(已在今年3月份向阿里云反应了此Bug,但他们专业团队找了一个下午告诉我没法解决，截至发稿这个问题依然没有解决)

这时候你能做的只有重新开个仓库去把原来的代码copy过来,这在生产环境简直就是灾难级的（所有从仓库clone过代码的人都要去手动变更代码的base地址）这将导致一系列问题,一旦出错将是不可挽回的结果。

一怒之下我就出了此教程。阿里你不管是吧？那我就茹你羊毛

image.png

使用此教程可以无限续命,只要操作得当容量永远不会达到上限

开始

首先来看下你自己的仓库容量是多少,已经用了多少。

1 进入Codeup首页，点击代码管理

image.png

2 进入代码仓库

image.png

3点击左侧菜单栏设置按钮

image.png

4点击基本设置然后滑动到最底部,就可以看到当前的代码容量了

image.png

我的代码库的使用量是1782.17M/5G

image.png

5个G的上限用了差不多1.8G了,还有3.2个G,这个容量对于存储普通文本文件的仓库来说是足够用了,但是我储存的是jar包,他在新的jar包提交后不会去覆盖之前的jar，会生成一个新的jar包,这样3.2G就有点捉襟见肘了，我一个jar包85M,3.2个G 也就不到40次提交就没了,所以得想想办法,不然就算你买个企业版(20G)的也顶不住这么霍霍啊。

在查阅大量Git相关的资料和实验了很多操作之后终于找到了一条可行的办法:

1 首先要注意查看自己的仓库容量，一定不要 Push到上限(普通版5个G/企业版20个G),不然Codeup会把你的仓库锁死然后拒绝你的任何提交，到时候你除了重开没有任何办法,耶稣来了都没用(阿里云说的)

2 然后假设你满足上面条件,这时候使用Git进入你的本地代码仓库(记住是本地不是远远程)，切换到某个你想清理的分支，找到你的提交历史,为了演示方便我使用了集成了Git的IDEA 做演示:

image.png

3 选择一个右侧的提交历史并右键点击

image.png

4 点击Reset Current Branch to Here(该操作会删除提交时间大于该提交历史的所有提交记录，也就是图中所选分支往上的记录都会删除,如果不小心选错了也没关系,重新拉取一下远程代码就可以了)

image.png

5 然后选择Hard点击确定

image.png

这里来解释一下Reset 的几个选项:

Git Reset命令有四种模式，分别是--soft、--mixed、--hard和--keep。

--soft：此选项执行一种“软”重置，它会移动HEAD指针到指定的提交，但不会影响工作目录和暂存区。具体来说，已修改的文件保留在暂存区，工作目录中的文件也不受影响。这种模式通常用于取消上一次提交，将更改重新放入暂存区，以便进行修改后再次提交。
--mixed：这是Git Reset的默认选项，执行一种“混合”重置。它移动HEAD指针到指定的提交，不影响工作目录（文件保持不变），但清空暂存区的所有内容。这种模式通常用于取消上一次提交，但保留更改在工作目录中，不放入暂存区。
--hard：此选项执行一种“硬”重置，它会彻底清除工作目录和暂存区。这意味着工作目录和暂存区的所有内容都会被恢复到指定提交的状态。这种操作会永久性地丢弃本地的更改，因此应谨慎使用。
--keep：这个选项保留已提交的内容，但清除未提交的本地更改。具体来说，它会清空工作目录，但保留指定提交的内容。这种模式用于保留提交内容但清空未提交的本地更改。