-
Notifications
You must be signed in to change notification settings - Fork 122
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
Appified builds to device are "dev" rather than "test" builds #433
Comments
why? |
By normal Alloy rules, a regular build to simulator/emulator is a dev build. A build to device is a test build. We have different endpoints in the config.json file for the two types of builds. If I use one of the commands above to create an appified install on a device, I get my dev settings. I have to remember to temporarily modify my config.json file to account for this. Since Android appified builds can take many minutes, forgetting to modify the config.json first leads to a big waste of time on a "bad" compile. Furthermore, I have frequently committed the modified config.json file to GitHub (which can be corrected of course, but creates confusion for our other dev who checks out the project not knowing the config.json was modified). It would be great if TiShadow honored the |
gotcha - ts just does a simple alloy compile before appifying. I'll have a look. |
I think this also causes my issue I saw today: if I test for ENV_PRODUCTION in my code, the tishadow build will crash, because this variable doesn't exist. If I use ENV_DEV everything is okay. |
Using either:
I get dev builds, meaning that
"env:development"
values from my config.json are used instead of "env:test". Device builds should be test.The text was updated successfully, but these errors were encountered: