-
-
Notifications
You must be signed in to change notification settings - Fork 631
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
Version checking mismatch bug #1062
Labels
Comments
Good description: |
rubygems/bundler#6500 to see if I can find out if the ruby gem has a semver wildcard. |
justin808
added a commit
that referenced
this issue
Apr 21, 2018
We keep the react_on_rails gem and the react-on-rails node package at the same exact versions so that we can be sure that the interaction between them is precise. This is so that if a bug is detected after some update, it's critical that both the gem and the node package get the updates. This change ensures that the package.json specification does not use a ~ or ^ as reported in #1062
Fixed in #1063. |
justin808
added a commit
that referenced
this issue
Apr 21, 2018
We keep the react_on_rails gem and the react-on-rails node package at the same exact versions so that we can be sure that the interaction between them is precise. This is so that if a bug is detected after some update, it's critical that both the gem and the node package get the updates. This change ensures that the package.json specification does not use a ~ or ^ as reported in #1062
justin808
added a commit
that referenced
this issue
Apr 21, 2018
We keep the react_on_rails gem and the react-on-rails node package at the same exact versions so that we can be sure that the interaction between them is precise. This is so that if a bug is detected after some update, it's critical that both the gem and the node package get the updates. This change ensures that the package.json specification does not use a ~ or ^ as reported in #1062
justin808
added a commit
that referenced
this issue
Apr 21, 2018
We keep the react_on_rails gem and the react-on-rails node package at the same exact versions so that we can be sure that the interaction between them is precise. This is so that if a bug is detected after some update, it's critical that both the gem and the node package get the updates. This change ensures that the package.json specification does not use a ~ or ^ as reported in #1062
superdev9082
added a commit
to superdev9082/react_on_rails
that referenced
this issue
Feb 16, 2023
We keep the react_on_rails gem and the react-on-rails node package at the same exact versions so that we can be sure that the interaction between them is precise. This is so that if a bug is detected after some update, it's critical that both the gem and the node package get the updates. This change ensures that the package.json specification does not use a ~ or ^ as reported in shakacode/react_on_rails#1062
Web-Go-To
added a commit
to Web-Go-To/react-with-rails
that referenced
this issue
Mar 19, 2023
We keep the react_on_rails gem and the react-on-rails node package at the same exact versions so that we can be sure that the interaction between them is precise. This is so that if a bug is detected after some update, it's critical that both the gem and the node package get the updates. This change ensures that the package.json specification does not use a ~ or ^ as reported in shakacode/react_on_rails#1062
3 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There is a possibility of versions mismatch when version in
package.json
is accidentally specified in non-exact style e.g.^10.1.3
. If later version is bumped to say10.1.4
in node packages this is not noticed by the gem.I guess this could be fixed easily by forcing only exact version in
package.json
byversion_checker.rb
, or at least having a warning that version is not exact.The text was updated successfully, but these errors were encountered: