5 ms·
> Consistent style is important Many things are important. Some things are more important than others, and I'd say that "not making a thousand developers' work
by notacoward 8y ago
> Consistent style is important
Many things are important. Some things are more important than others, and I'd say that "not making a thousand developers' workflows more cumbersome" is higher on the list than style issues.
> If ... I make a change that breaks you but my tests pass, you don't know it.
So don't do that. Open-source projects deal with this exact same issue across repos and owners all the time. There are responsible ways to do it. Mostly they involve learning to communicate as peers, with respect, instead of "core" teams imposing their neophile opinions on everyone else. If we're all at the same company, regardless of whether we use one repo or many, there's no excuse for you not to validate your changes against other groups' tests as well as your own. Diligence does not depend on a particular repo structure.
- joshuamorton 8y agoElsewhere in this thread I've seen just the opposite. Tons of people claiming variants of "breaking changes should just bump the major version." I'd argue that in the long run, not being able to update dependencies because they broke you is going to be much worse than them fixing the incompatibilities for you. Either way, you need people to act like adults and communicate, but the multirepo problem is worse.