Linus on small, trivial patches (2004)
lkml.org
lkml.org
At $dayjob, we use Openstack, an open source cloud infrastructure project.
It's a pretty complicated set of projects that interact to each other in order to provide multi-tenancy for virtual machines at scale.
It was initially all the rage, before the cloud starting really picking up steam.
So now, you have a massive project that is slowly losing traction, but also relying on that notoriety to gain developers.
So, I think Linus point is quite valid. These small, low risk, low value patches are essential in having a healthy community around a product.
They help easing your way into a codebase, developpement flow and all the other idiosyncrasies of established tech circles.
There is just so much that can go wrong and so much that goes into maintaining the life cycle.
Frankly, at this point in time of the industry, your business case better drive the need for on premise computing. If it doesnt --> AWS/gcp/azure
Don't they just use Git merging?
Actually at the time I believe the Linux kernel team were using a proprietary product that was a significant improvement upon CVS & Subversion. But if you weren't a maintainer you could still get changes in via a maintainer who would review your work. You would send them a patch via email.