-
Notifications
You must be signed in to change notification settings - Fork 162
Move to rrtr breaks build #159
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
Comments
below if you are expecting pre 1.0.0 versions to not break on minor bumps you are going to have a bad time in the npm/node world well beyond this package. I would re-evaluate that strategy |
@jquense While I appreciate the point - you have changed a fundamental underlying dependency because someone claimed "react-router is dead" despite the fact there was a release but 16 hours ago. I've been through plenty of dependency hell and I'm been developing node apps since 0.2 so please don't point to me being ignorant. You could have forked the project and released rrtr-bootsrap instead if it's such a fundamental change. So I have two choices, remove your code or fork it and revert it. I'll leave it at that - but I imagine I won't be the only one who brings this change up. |
rrtr is a drop-in replacement for React Router, so you have a third choice – switch from React Router to rrtr. As @jquense mentioned, the convention is that the left-most non-zero digit in the version string corresponds to breaking changes. This is the behavior enforced by npm caret ranges, so you should not have automatically received this update without manually upgrading. |
@taion @jquense "rrtr is a drop in replacement" - well not quite when your writing software for enterprise - it's an additional cost of replacing and testing that it doesn't break everything. Especially since it's been out less than a day and is essentially a fork. Considering the reply I'll happily choose to remove it and continue on the current code path without it. |
I'm re-opening #156 for discussion. I'm not committing to anything yet. |
Per #156, this package has been pointed back at |
Sorry but PLEASE don't change dependencies on a minor upgrade, you've managed to break our builds. If you had released this as a 1.0 version it would have been fine, but in moving 0.20 => 0.21 and completely changing the underlying dependency is irresponsible and breaks the semver contract that I can expect no major breakages between minor versions.
The text was updated successfully, but these errors were encountered: