blocks|key|720379|text|您不应该删除超过30天的所有更改(我认为在某种程度上可以利用git，但真的不推荐这样做)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|720380|您可以调用git+gc+--aggressive+--prune，它将在您的存储库中执行垃圾收集并修剪旧对象。您是否有很多经常更改的二进制文件(档案、图像、可执行文件)？这通常会导致巨大的.git文件夹(请记住，git存储每个版本的快照，二进制文件压缩得很糟糕)|offset|length|style|CODE|720381|entityMap^0|0|5|R|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

you should not delete all changes older than 30 days (i think it's somehow possible exploiting git, but really not recommended).

you can call <code>git gc --aggressive --prune</code>, which will perform garbage collection in your repository and prune old objects. do you have a lot of binary files (archives, images, executables) which change often? those usually lead to huge .git folders (remember, git stores snapshots for each revision and binary files compress badly)

blocks|key|936188|text|5+5GB+200MB有点奇怪。尝试运行git+gc。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|936189|但是，除非您将存储库拆分成模块，否则无法减小.git目录的大小。|936190|git存储库的每个克隆都是一个完全成熟的存储库，可以充当服务器。这是分布式版本控制的基本原则。|936191|entityMap^0|K|6|0|M|4|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|R|8|@]|D|@]|E|$]]|$1|J|3|-4|5|6|7|S|8|@]|D|@]|E|$]]]|K|$]]

5GB vs 200MB is kind of weird. Try to run <code>git gc</code>.

But no, unless you split your repository into modules, you can't decrease the size of the <code>.git</code> directory.

Each clone of a git repo is a full fledged repository that can act as a server. That's the base principle of distributed version control.

blocks|key|720524|text|我更多地使用git作为同步机制，而不是版本历史。因此，我对这个问题的解决方案是确保我当前的所有源代码都处于令人满意的状态，然后删除.git并重新初始化repos。磁盘空间问题已解决。:-)历史已经过去:-(我这样做是因为我的repo在一个小的USB闪存盘上。我不想也不需要我的全部历史。如果我有一个只截断历史的方法，我会使用它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|720525|如果我有兴趣保留我的历史记录，我会将当前的存储库存档。在以后的某个时刻，我可以克隆原始存储库，复制新存储库中的所有更改(假设我没有做太多(任何)重命名或删除)。然后进行一次大提交，将新存储库中所做的所有更改表示为旧存储库中的一次提交。可以合并历史记录吗？也许如果我使用一个分支，然后删除我不需要的对象。(我对git内部的了解还不够多，不能开始那样胡闹)。|720526|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I'm using git more as synchronization mechanism than for version history. So my solution to this problem has been to make sure I have all my current sources in a satisfactory state, and then just delete .git and re-initialize the repos. Disk space problem solved. :-) History gone :-(
I do this because my repo is on a small USB key. I don't want or need my entire history.
If I had a method for just truncating the history, I would use that.

If I were interested in keeping my history I would archive the current repository.
At some point later I could clone the original repository, copy over all the changes from
the new repo (let's assume I haven't done much (any) renaming or deleteing). And then make one
big commit that would represent all the changes made in the new repo as a single commit in the
old repo. Is it possible to merge the histories? Maybe if I used a branch and then
deleted the objects I didn't need. (I dont' know enough about git internals to start fooling around like that).

blocks|key|720565|text|尝试以上方法，在我的情况下都不起作用(我在git推送过程中意外杀死了git进程)，所以我最终不得不删除存储库并再次克隆它，现在.git文件夹是正常的大小。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|720566|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Tried above methods, nothing worked in my case (where I accidently killed the git process during git push) so I finally had to delete the repo and clone it again and now the .git folder is of normal size.

blocks|key|720605|text|最好的选择是使用BFG+Repo+Cleaner+(it+is+recommended+by+BitBucket和其他任何选项都要快得多)：https://rtyley.github.io/bfg-repo-cleaner/|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|720606|此外，我还尝试使用Steve+Lorek的解决方案，它也很有效：https://web.archive.org/web/20190207210108/http://stevelorek.com/how-to-shrink-a-git-repository.html|720607|entityMap|0|LINK|mutability|MUTABLE|url|https://support.atlassian.com/bitbucket-cloud/docs/reduce-repository-size/|1|https://rtyley.github.io/bfg-repo-cleaner/|2|https://web.archive.org/web/20190207210108/http://stevelorek.com/how-to-shrink-a-git-repository.html^0|Q|U|0|1Y|16|1|0|W|2S|2|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]|$A|V|B|W|1|X]]|C|$]]|$1|D|3|E|5|6|7|Y|8|@]|9|@$A|Z|B|10|1|11]]|C|$]]|$1|F|3|-4|5|6|7|12|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]|P|$5|I|J|K|C|$L|Q]]]]

The best option is to use BFG Repo Cleaner (<a href="https://support.atlassian.com/bitbucket-cloud/docs/reduce-repository-size/" rel="nofollow noreferrer">it is recommended by BitBucket</a> and much-much faster any other option):
<a href="https://rtyley.github.io/bfg-repo-cleaner/" rel="nofollow noreferrer">https://rtyley.github.io/bfg-repo-cleaner/</a>
Also I have tried to use Steve Lorek's Solution and it also works : <a href="https://web.archive.org/web/20190207210108/http://stevelorek.com/how-to-shrink-a-git-repository.html" rel="nofollow noreferrer">https://web.archive.org/web/20190207210108/http://stevelorek.com/how-to-shrink-a-git-repository.html</a>

My current base has a total size of approx. 200MB.

But my .git folder has an amazing size of 5GB (!). Since I push my work to an external server, i don't need any big local history...

How can I shrink the .git folder to free up some space on my notebook? Can I delete all changes that are older, than 30 days?

thanks a lot for any help :)

How to shrink the .git folder

服务器

我目前的基数大约是。200MB。但是我的.git文件夹有一个惊人的5 5GB (!)大小。因为我将我的工作推送到外部服务器，所以我不需要任何大的本地历史...如何缩小.git文件夹以释放笔记本上的一些空间？是否可以删除超过30天的所有更改？非常感谢您的帮助:)

问如何收缩.git文件夹
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何收缩.git文件夹EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何收缩.git文件夹
EN