Differences between revisions 3 and 4
Revision 3 as of 2015-08-29 05:56:36
Size: 1574
Editor: Praveen A
Comment: requested typhoeus
Revision 4 as of 2015-08-29 06:29:43
Size: 1640
Editor: Praveen A
Comment: asking faraday
Deletions are marked like this. Additions are marked like this.
Line 24: Line 24:
 1. [[https://github.com/lostisland/faraday/issues/515|faraday]]

To not having to match exact tiny versions of all dependencies for big apps.

We should approach each upstream and make them promise they won't do the folowing

For x.y.z (major version x, minor version y, tiny version z)

1. Tiny version updates - will not break compatibility, will not update dependencies

2. Minor versions - can update dependencies, will not break compatibility

3. Major versions, can break compatibility.

Inspiration:

"If tiny version change is allowed, we can surely keep minor versions updated in debian and major versions can be embedded if those cannot be synced." - Praveen

"I would love it would work that way. But it’s a dreamworld. Start out by looking at how many of our dependencies are at 0.x.y, even following ?SemVer, you’re allowed to break everything with any release in that period, regardless of version number.

Now ignoring that fact, it assumes people don’t make mistakes. But they do, they release broken things in patch versions. Support for new major versions of other dependencies is added with just a patch release. Keeping an unspecific dependency graph of this size in a compatible state while allowing the most broad version requirements is a fucking full time job. We opted to actually be able to develop diaspora* further in our time and test against only two exact graphs specifically. Anything that breaks the exact graph, we cannot, will not and should not support." - Jonne Haß

  1. typhoeus

  2. faraday