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

Support different account linking parameters and lambda env vars for live and dev skills #425

Closed
galah92 opened this issue Jan 23, 2022 · 0 comments

Comments

@galah92
Copy link

galah92 commented Jan 23, 2022

I'm submitting a...


[ ] Regression (a behavior that used to work and stopped working in a new release)
[ ] Bug report  
[ ] Performance issue
[x] Feature request
[ ] Documentation issue or request 
[ ] Other... Please describe: 

Expected Behavior

I'm setting up a Smart Home Alexa skill, along with my own backend and implementing account linking.
I've got two environments for my backend (dev & prod), including two authorization services, backend URLs, etc. Having my skill certified, I now have two versions of my skill - "Live" and "In Dev".

I'd like to configure it such that the "In Dev" skill instance will communicate with my dev environment. This means different Account Linking parameters currently configured in the web console (Web Authorization URI. Access Token URI, etc), and different environment variables to the lambda function (and if possible, a different lambda).

Moreover, I currently have a CI&CD pipeline capable of deploying code to my two environments. I'd like integrate Alexa skill deployment accordingly.

Is all this possible right now? If so, can you direct me to the documentation? It seems like the ASK CLI has no way to differentiate between the "Live" and "In Dev" skill instances.

@galah92 galah92 closed this as completed Jan 29, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant