-
Notifications
You must be signed in to change notification settings - Fork 18
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
Skip outputReady in production builds #619
Comments
Ah bummer, sorry you're running into this! It sounds like doing the same @SergeAstapov any thoughts on this? |
@ryanto @mehulkar I think it should be safe/fine to wrap logic in the Sounds like it's embroider specific as didn't see any issues neither in the CI of this addon, our large app or other adding that use I'll poke around |
Yep adding the same check would be ok. |
I was having deployment problems with an Embroider application and the linked PR fixed it! 🎉 I think it’s good to merge 🤓 |
The
outputReady
hook shouldn't need to run in production builds:ember-cli-fastboot-testing/index.js
Lines 49 to 50 in 441d4f9
Seems implementing
isEnabled()
will do this (currently only in theincluded
hook:ember-cli-fastboot-testing/index.js
Lines 25 to 28 in 441d4f9
The specific issue I'm running into is that
result.directory
is wrong when this hook is called (I'm trying out embroider and not yet sure if it's an issue with that or something else).Details about the failure
When ember-cli calls the
outputReady
hook, the directory is correct (with my custom--output-path
):https://github.com/ember-cli/ember-cli/blob/26b2ee9f1b9f3431d7b96a7f850464007281eb35/lib/models/builder.js#L152
But inside the hook itself, it's wrong, using some default value
My only guess as to what's happening is that the object is getting updated somehow, but I'm not sure.
The text was updated successfully, but these errors were encountered: