-
Notifications
You must be signed in to change notification settings - Fork 824
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
Feature/441 #446
Feature/441 #446
Conversation
…eters. This also stops the CLI from always overwriting the params and instead only overwrites the parameters that it must
This was rebased incorrectly. Rebasing, testing, and re-committing. |
0ee3eaa
to
c81a379
Compare
Is the issue #441 fixed? |
@mikeparisstuff are we documenting this somewhere? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Pending documentation changes.
See PR for updated documentation here aws-amplify/docs#352. |
@mikeparisstuff Can you please update the multienv branch with this change as well? |
Is there an example of this ? |
This pull request has been automatically locked since there hasn't been any recent activity after it was closed. Please open a new issue for related bugs. Looking for a help forum? We recommend joining the Amplify Community Discord server |
Issue #, if available:
#441
Description of changes:
This adds support for custom API key expiration dates as well as supports auto-refreshing API keys on push. This also changes CLI behaviour in that now it now merges instead of overwriting the parameters.json file. This also adds a new parameter named APIKeyExpirationEpoch that can be used to tweak API keys as follows:
Resets the API Key to expire 1 week after the next
amplify push
Do not create an API key
Set a custom API key
would make the key expire Thursday, December 13, 2018 11:57:08 PM GMT.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.