Fixes #54: Reduced repo size #779
Conversation
It wasn't clear why exactly someone would want to clone the repo using that option instead of regular old cloning
|
I believe this commit only updates the README, it doesn't reduce the size of the repo. it may have done it locally, but the push to the remote side hasn't changed. |
|
Maybe he meant that long time users can prune it to make it smaller. |
So it would seem... I did read some dubius claims that this didn't do anything to remote. They said that for this to have an effect, the command would have to be ran directly on the original host (in this case, the github servers). Oh well. I still think it's worth adding that little comment to the README though |
|
The issue is, the README then gets dated with more work/commits added - and its another thing to remember to keep up-to-date. In short: How many people need to know the size of the repo? |
That number doesn't need to be updated. It's just to give users a vague idea of how much baggage they'll download if they choose to do the full git clone. |
|
I see it as another thing to maintain and update. |
|
Closing due to lack of response |
Regarding #54:
I added an explanation to the README to explain why someone would want to use the "small" command.
I also ran
git reflog expire --expire=now --allandgit gc --prune=now --aggressive. It only took a couple of minutes, and it reduced the size of .git from 862268KB to 818808KB. A 43.46MB difference.This fixes #54