Controversial opinion: what a waste of attention. We should have a declared range of versions (we attest) our libraries support, and separately a freeze file for reproducible test running (and other code executions, like runMain, console, what have you).https://twitter.com/fst9000/status/1227149976196845569 …
I think there's a good compromise though: We can have builds which are immutable and repeatable, but where nonbreaking changes can be introduced trivially with the user's intervention, and larger changes less trivially (but, as necessary). (Full explanation won't fit in a tweet.)
-
-
I'm also against the idea of build files living in git repositories. It means you can't update the build (e.g with new dependencies) without changing the repo.
-
Instead, I want a file in the repo which points to the repeatable build which was known to work for that version of the code, but which can be trivially updated to the latest version published post-hoc which claims to be backwards compatible with that version.
- Show replies
New conversation -
-
-
The "introduce non-breaking changes trivially with user intervention" bit is where I think the innovation can happen over the current state of affairs. Steward + Mergify is kind of a crude way of trying to get this, but it can be made much much smarter.
-
What kind of things are you thinking?
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.