There are some non code files in the project, which are increasing the overall size by a lot. The project is already 33+ MB when extracted( after a git clone), and even the git clone itself takes about 11MB.
You have brought up a great point. We must consider the size of Cosmos and place some limits for better coverage and performance.
As such, this point is alarming:
The two files are the brainchild of Ernest.
We kept the object file as it would reduce the compile time. We can separate such concerns and provide a compiled version or something suitable. These are a part of our test suite creation and comes from a project (link should be in a GitHub issue).
There are three parts: code, test files and documentation.
We must specify memory limits on these.
In your opinion, what should be the limit for the size of a documentation? Shall we separate the three concerns?
I’d suggest separating the documentation into a seperate branch. Then it could be used with something like read the docs, or even GitHub pages. There wouldn’t be any need to limit their size per se, just that it should be concise and readable.
Regarding code, I’d say roughly 100KB, or maybe even smaller should be enough. A larger file would suggest that the code badly needs refactoring into separate files.
Anything that is not code or data should not be in source repo. It should be possible to provide it separately. GitHub provides an option to add files when creating tags, maybe we could use them.