Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

semver broken in 1.2.0, 1.2.1, 1.3.0; transitive dependancies #60

Closed
nevans opened this issue Jun 18, 2013 · 2 comments
Closed

semver broken in 1.2.0, 1.2.1, 1.3.0; transitive dependancies #60

nevans opened this issue Jun 18, 2013 · 2 comments

Comments

@nevans
Copy link

nevans commented Jun 18, 2013

Starting with 1.2.0, redis-namespace depends on redis ~> 3.0.0, but before that it depended on redis < 3.0.0. redis 3.0.0 is chock full of tiny annoying (albeit good and overdue) backwards incompatible changes, but apps that use redis heavily will need to deal with all of those changes before they can upgrade to redis 3.0.0.

But this means that upgrading from redis-namespace 1.1.0 to redis-namespace 1.2.0 or later is also backwards incompatible (for the apps that use the changed features). Likewise, other gems that depend on semver to protect them from backwards incompatible changes in redis-namespace (e.g. resque) will also get taken along for the ride.

blech!

@yaauie
Copy link
Member

yaauie commented Jun 18, 2013

I'd vote for maintaining a redis-namespace-1.1.x series for redis gem ~> 2.2 and backporting some of the fixes that have gone into it. It's less than ideal from a semver perspective, but we can't exactly un-release.

I would be willing to take on the role of maintaining the branch if you need someone to fill the role.

@yaauie
Copy link
Member

yaauie commented Jun 24, 2014

It's been long enough since this has happened that I'm going to just have to close it. Even though I'm maintaining the gem moving forward, there is enough of a divergence that I don't think it's worth backporting anymore.

😦 semver is hard

@yaauie yaauie closed this as completed Jun 24, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants