这是一个创建于 2776 天前的主题，其中的信息可能已经有所发展或是发生改变。
倒腾了一个 NTP 监控的工具 http://www.ntpok.com/ ——检测结果发送到 GitHub Pages。每隔十分钟就更新一次，数据量很小。后来突然卡住了，更新不了了。发现是“ commit ”记录太多，国内网络环境不行，卡死。
彻底删除所有“ commit ”记录：
https://github.com/ntpok/ntpok/blob/master/ntpok-update.sh （欢迎 star ）
代码 11 行到 16 行。
原理：把“.git ”目录整个删除，然后再次发送到 GitHub。
效果：在 https://github.com/ntpok 看到“ commit ”统计次数已经超过一千次，但是在 https://github.com/ntpok/ntpok.github.io 总是只有一个“ commit ”。
彻底删除所有“ commit ”记录：
https://github.com/ntpok/ntpok/blob/master/ntpok-update.sh （欢迎 star ）
代码 11 行到 16 行。
原理：把“.git ”目录整个删除，然后再次发送到 GitHub。
效果：在 https://github.com/ntpok 看到“ commit ”统计次数已经超过一千次，但是在 https://github.com/ntpok/ntpok.github.io 总是只有一个“ commit ”。
第 1 条附言 · 2018 年 6 月 9 日
 |
1
Aoang 2018 年 6 月 8 日 via Android
这是 git 常识吧，怎么就成了必备技巧了
|
|
3
Aoang 2018 年 6 月 8 日 via Android
|
 |
4
Richardweii 2018 年 6 月 8 日 via Android
自动 rebase squash 或者 fixup 到第一个 commit 不就好了吗
|
 |
6
ntpok OP @Richardweii “ rm -rf .git ”最直接啦，个人意见哈。
|
 |
7
pexcn 2018 年 6 月 8 日
rebase & force push?
|
1 |
9
shenqi 2018 年 6 月 8 日
等你的 page 有几百兆，你就不会这么操作了。管他多少个 commit 呢。
|
 |
10
BFDZ 2018 年 6 月 8 日
有 ss，没卡过
|
 |
13
wly19960911 2018 年 6 月 8 日
那么 git clone --depth=1 能解决这个问题吗？
|
 |
14
hash 2018 年 6 月 9 日 via iPhone
--depth 才是正解,直接删除.git 真的太 hard 了
|
|
15
ntpok OP @wly19960911 是的，“ depth ”可以解决这个问题。
|
Select Language