-
Notifications
You must be signed in to change notification settings - Fork 205
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
Malformed version number string ^1.13.12 #262
Comments
@zacstewart thanks for bringing this to our attention. Unfortunately, you're right, our current approach isn't the best. Could you elaborate on why you're using As a quick fix, would you be able to peg EmberCLI to a particular version, or change the |
Closes [#262]. Managing user dependencies within app code is more trouble than it's worth. Being explicit about our EmberCLI support in our `README.md` and keeping the addon version in lock-step with the gem will be a better solution long term. Since EmberCLI now [writes to STDERR][stderr], which EmberCLI-Rails [pipes to a file and monitors][error-file], front-end failures will communicated to users through normal Error-raising means. [#262]: #262 [stderr]: ember-cli/ember-cli#5039 [error-file]: #245
Closes [#262]. Managing user dependencies within app code is more trouble than it's worth. Being explicit about our EmberCLI support in our `README.md` and keeping the addon version in lock-step with the gem will be a better solution long term. Since EmberCLI now [writes to STDERR][stderr], which EmberCLI-Rails [pipes to a file and monitors][error-file], front-end failures will communicated to users through normal Error-raising means. [#262]: #262 [stderr]: ember-cli/ember-cli#5039 [error-file]: #245
Closes [#262]. Managing user dependencies within app code is more trouble than it's worth. Being explicit about our EmberCLI support in our `README.md` and keeping the addon version in lock-step with the gem will be a better solution long term. Since EmberCLI now [writes to STDERR][stderr], which EmberCLI-Rails [pipes to a file and monitors][error-file], front-end failures will communicated to users through normal Error-raising means. [#262]: #262 [stderr]: ember-cli/ember-cli#5039 [error-file]: #245
Closes [#262]. Managing user dependencies within app code is more trouble than it's worth. Being explicit about our EmberCLI support in our `README.md` and keeping the addon version in lock-step with the gem will be a better solution long term. Since EmberCLI now [writes to STDERR][stderr], which EmberCLI-Rails [pipes to a file and monitors][error-file], front-end failures will communicated to users through normal Error-raising means. [#262]: #262 [stderr]: ember-cli/ember-cli#5039 [error-file]: #245
Closes [#262]. Managing user dependencies within app code is more trouble than it's worth. Being explicit about our EmberCLI support in our `README.md` and keeping the addon version in lock-step with the gem will be a better solution long term. Since EmberCLI now [writes to STDERR][stderr], which EmberCLI-Rails [pipes to a file and monitors][error-file], front-end failures will communicated to users through normal Error-raising means. [#262]: #262 [stderr]: ember-cli/ember-cli#5039 [error-file]: #245
Thanks for the quick response! |
@zacstewart glad we could help resolve the issue! Unfortunately, the fix will probably sit in The next release will be a minor version bump that will introduce some breaking changes (it's all for the best, I promise!). |
Looks like using
Gem::Version
to match version numbers of Node packages isn't going to work very well. Node uses different version formats than ruby Gems, e.g. carets instead of~>
The text was updated successfully, but these errors were encountered: