You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Why not let the chalice command-line export/set the URL as an environment variable? It should make scripting a lot easier (right now it would probably be possible to |tail -1 |read URL - but being able to check the exit-code of chalice, and then know that that one can go on with testing http ${CHALICE_DEV_URL} or equivalent might make things even easier?
The text was updated successfully, but these errors were encountered:
Giving this a bit more consideration, perhaps it would be even better to write the url to a file, like .endpoint.dev - or both. Might make it easier to keep abstractions working well cross-platform (perhaps with a sub-command: calice url that simply output the current url end-point?
I think this would be helpful. I think I'll need to rework the .chalice structure internals. I think in general I would like to have some file that tracks all the resources we create for you (in addition to the rest api id and stage so we can return the url to you). That will also help facilitate other commands such as chalice delete (#40) and chalice resources (#11), which I'd like to add.
From the readme:
Why not let the
chalice
command-line export/set the URL as an environment variable? It should make scripting a lot easier (right now it would probably be possible to|tail -1 |read URL
- but being able to check the exit-code ofchalice
, and then know that that one can go on with testinghttp ${CHALICE_DEV_URL}
or equivalent might make things even easier?The text was updated successfully, but these errors were encountered: