3 ms·
Thanks for sharing this. I like what the author did, they pursued a goal and kept working at it, until they found a balancing point. I think my experience in s
by politelemon 3y ago
Thanks for sharing this. I like what the author did, they pursued a goal and kept working at it, until they found a balancing point.
I think my experience in similar pursuits would have led me to stop very early on - 31.4 MB is already pretty good, to be fair. Looking at the amount of potential maintenance required in the future, for example if the original ugit tool starts to need more dependencies which then have to be wrangled and inspected, makes me think that the size I didn't reduce is worth the tradeoff. Since the dependencies can be managed with package managers, without having to think too much, and as the author says, Linux is pretty awesome about these things already.
- SOLAR_FIELDS 3y agoIt always depends on your use case but yeah, in the world of docker images, 30 MB often feels like nothing, because gigabyte plus sizes are not at all out of the norm. To some extent it’s a design flaw of the way images and layers work but also the tool doesn’t seem to discourage the ballooning either
- bhupesh 3y agoHey author here True, 31.4 MB is definitely a stopping point. But my the nerd inside me kicked in and wanted to know what "exactly" is required to run ugit. It was a fun experience.