The repo is too large

[laurentrdc]

The repo is too large

[LaurentRDC]

Good catch, I had not noticed it became this big until I cloned it yesterday. It was foolish of me to include all those wheels, but it was before scikit-ued was available on conda-forge.

I'm going through the BFG website. Seems like a good tool. Once I have successfully rewritten the history, I will let you know.

[LaurentRDC]

@KOLANICH Thanks to your suggestions, I was able to remove all wheels from the git history. Cloning a fresh version of the repo confirms that the size (of the .git folder) has been reduced from 180MiB down to 20MiB.

[KOLANICH]

You still have binaries in the repo, for example https://github.com/LaurentRDC/scikit-ued/tree/master/docs/source/_themes/sphinx_rtd_theme/static/fonts and https://github.com/LaurentRDC/scikit-ued/blob/master/external/cif2cell-1.2.10/PyCifRW-3.3.tar.gz, pdf and I remember there were some images somewhere. Binaries should be handled by LFS.

[LaurentRDC]

I switched the large files to LFS, but then the CI stopped working. I've decided against this complication. I might try this down the road, but right now it isn't worth the trouble.

[KOLANICH]

Thank you for the clarification.

switched the large files to LFS

LFS is not for large files, it is for any binary files which are treated by git inefficiently.

but then the CI stopped working.

It requires git-lfs be preinstalled in the build environment. Or you can install it manually and then manually get the objects.

[KOLANICH]

-.md filter=lfs diff=lfs merge=lfs -text
-.sh filter=lfs diff=lfs merge=lfs -text
-*.rst filter=lfs diff=lfs merge=lfs -text

You are doing it wrong. LFS is only for binary (non-text) files like jpeg, png and bmp images (but svg and vrml are text formats, so shouldn't be handled by lfs), wav sound, archives and other files which don't diff well .... Text files (source code, markdown, svg, OpenSCAD) are handled by git itself well. Using LFS for them is waste of resources and probably troubles with merging.