Recently I noticed that the project has grown up quite a while since I’ve published it on GitHub and started this site, and thus initially chosen file/folder structure doesn’t work particularly good anymore. The problem is, we have a lot of optional mods, and it’s becoming hard to maintain and also hard for you guys to find what to print for your build. We also have a lot of repeating files: for example, all of the collective levers use the same base. Right now, if I design a better one (like the latest housing with a revision hatch mod), I have to either change it everywhere, in all related assemblies, replace STLs and re-orient them, or just publish it as a mod. The latter is what I actually do more often, as it takes less time to do so.
Now, that gives us a choice, and it’s good, but then a new user needs to know what to choose for his project. That’s why I want to add some “building guidelines” page with suggestions of what parts to choose for various applications.
But, this doesn’t solve the problem completely – we will still have quite a while of duplicated files. The answer may lie in splitting stuff into smaller assemblies – for example, collective levers may be divided into the common base and levers themselves. On the other hand, it’s quite convenient to develop stuff as a separate assembly, to avoid breaking other things.
So, to sum it up, what I want to achieve is:
- it should be clear what parts are available (this may be achieved by publishing guidelines, but if it can be with some folder structure as well, that would be better)
- reduce the number of duplicated parts across assemblies, as these parts become outdated and as their number increases become a pain to manage
If you guys have some thoughs and suggestions on this matter, please share!