Consider cleaning up the .git folder to reduce the large repo size

[ilkinabdullayev]

Description

I want to clone doc-site repo but it takes more than 15 minutes.

USER>$ git clone [email protected]:zowe/docs-site.git
Cloning into 'docs-site'...
remote: Enumerating objects: 203, done.
remote: Counting objects: 100% (203/203), done.
remote: Compressing objects: 100% (191/191), done.
remote: Total 42258 (delta 123), reused 51 (delta 12), pack-reused 42055
Receiving objects: 100% (42258/42258), 139.79 MiB | 166.00 KiB/s, done.
Resolving deltas: 100% (33400/33400), done.

In case, you can close the issue if it's not important issue for doc-site. It doesn't seem to me as normal behaviour.

[nannanli]

Thank you @ilkinabdullayev for reporting this issue! We'll investigate and update this issue if there is any progress.

[BrandonJenkins14]

Thanks for pointing this out. @tjohnsonBCM @jackjia-ibm any thoughts on this?

[ghost]

I believe this is expected behavior for the docs-site repo. The master branch contains around 32 MB of content (not including the .git and node_modules folders). 140 MB doesn't seem unreasonably large for history of a repo that size.

Most users will likely have a download speed faster than 166 KB/s, unfortunately for those with a slow connection I don't think we can reduce the repo size without deleting commit history.