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

Travis build failing #2690

Closed
des-des opened this issue Dec 9, 2015 · 10 comments
Closed

Travis build failing #2690

des-des opened this issue Dec 9, 2015 · 10 comments

Comments

@des-des
Copy link

des-des commented Dec 9, 2015

I have been having trouble today, react-router seems to be crashing our travis build. Here is the error as travis gives it. This problem persists even if I change our history dependency in the package to 1.13.0.. Any advice on solving this would be appreciated.

@SeeThruHead
Copy link

In npm 2 peerdeps get installed with ^ which means that npm will update the minor version. Since react relies on history 1.13.x and not 1.x.x this installation pattern will fail. You will need to change history to
~1.13.0

I also ran into this issue today and I'm wondering why react-router relies on 1.13.x specifically. Does history not follow semver?

@des-des
Copy link
Author

des-des commented Dec 9, 2015

Thank you! That solved it. Not sure about whether history follows semver.

@des-des des-des closed this as completed Dec 9, 2015
@timdorr
Copy link
Member

timdorr commented Dec 9, 2015

@SeeThruHead We do. We have added deprecation warnings for 1.14.0 and 1.15.0, but no API breakage. Router is still using the deprecated APIs, hence we locked at 1.13.1 to avoid deprecation warnings. But now we have a peer dep issue, so damned if you do, damned if you don't...

@SeeThruHead
Copy link

@timdorr when will these apis be removed? 1.16? or 2.0?

@timdorr
Copy link
Member

timdorr commented Dec 9, 2015

@SeeThruHead v2.0.0

@SeeThruHead
Copy link

The peerdep in react-router should then be history 1.x no?

@timdorr
Copy link
Member

timdorr commented Dec 9, 2015

Again, we are using deprecated APIs in router and we want to avoid those from cropping up. This is the simplest way to avoid them and enforce the right version.

@SeeThruHead
Copy link

Ok so your recommended course of action is for everyone to edit the peerdep that npm saves to the package.json to be locked to a minor version? What if the user want's to upgrade to 1.15 and is ok with react-router using deprecated apis? We would then manually edit react-router peerdeps to prevent npm errors? Please advise. At a glance this seems like it might not be the best solution.

@timdorr
Copy link
Member

timdorr commented Dec 9, 2015

We're prepping a 1.1 release that will solve the issue. We have a lot more users that will want to simply make the warnings disappear than those that want to use just-released APIs for the history subproject.

@SeeThruHead
Copy link

Understood. Thank you for the insight.

@lock lock bot locked as resolved and limited conversation to collaborators Jan 22, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants