Jon Pretty

I think only in the context of what we're currently familiar with. Trying to sell someone our current universe from my hypothetical alternative universe would probably make it seem a nightmare to them, too...

Fair point, so let's see: How would you handle compatibility between main and test repositories?

What do you mean by compatibility here?

It's difficult enough to keep compatibility across versions when you're programming against a public API. With tests, you often want to check internals.

Oh, you wouldn't, but the fact it's hard at the moment is sort of the point: If the tests aren't in sync with your main repo, then some of them would just fail (at compile time). You would update them if/when you care enough to do so, but no requirement for it to be synchronous.

By the way, everything I'm saying about tests could be applied to documentation too. It's maybe more understandable for docs.

Docs are different in that they're often not mechanically checked and also timeless (or exist on a different timeline than the code, e.g. by also pointing out beta or deprecated features).

I don't think docs should timeless... how much developer time gets wasted because nobody can change docs of buggy code to warn people of the bugs?