-
Notifications
You must be signed in to change notification settings - Fork 4k
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
feat(servicecatalog): Service Catalog is now in Developer Preview #19204
Conversation
…loper Preview Update some of our readme language based on feedback. Moving library to developer preview with expectation to move to stable soon.
@@ -37,7 +37,7 @@ enables organizations to create and manage catalogs of products for their end us | |||
- [Constraints](#constraints) | |||
- [Tag update constraint](#tag-update-constraint) | |||
- [Notify on stack events](#notify-on-stack-events) | |||
- [CloudFormation parameters constraint](#cloudformation-parameters-constraint) | |||
- [CloudFormation template parameters constraint](#cloudformation-template-parameters-constraint) |
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.
Thoughts on CloudFormation template constraint
instead?
Underlying SC terminology is that it is a Template Constraint and that Parameters are one of the examples a rule can apply to.
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.
I think we've been moving towards more explicit naming. I'm not actually sure if assertions can apply to anything but the parameters in a meaningful way?
Co-authored-by: Dillon <[email protected]>
This is weird, build fails with: I've just copied other PRs that only have the two changes to stability banner and package.json, not sure what is required now. |
Run |
Thanks, didn't realize a script was supposed to make those changes. Also linting is failing since no test changes, again I referenced other PRs but this might be a newer condition, should we have a test that asserts stability or something? |
Nah, I'll just add a label suppressing that rule. |
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.
Looks good, but please be consistent with making sure the line lengths don't get out of hand in the ReadMe file.
When launching a product, both the TagOptions associated with the product and the containing portfolio are made available. | ||
|
||
At the moment, TagOptions can only be disabled in the console. | ||
At the moment, TagOptions can only be deactivated in the console. |
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.
Should we add this capability to the CDK L2? Seems very easy.
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.
We could revisit this, the issue is that you cannot create a tagOption in a disabled state, only on update can it be deactivated. If we can have way to check for an on update in synth we could handle this.
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.
We can just underscore that in the documentation I think.
Co-authored-by: Adam Ruka <[email protected]>
Co-authored-by: Adam Ruka <[email protected]>
Co-authored-by: Adam Ruka <[email protected]>
Co-authored-by: Adam Ruka <[email protected]>
Co-authored-by: Adam Ruka <[email protected]>
Co-authored-by: Adam Ruka <[email protected]>
:| Small screen IDE auto wraps lines for me, I thought there used to be a linting rule that would fail? but I think they removed some of the stricter rules on the README since rosetta silently fails sometimes. |
Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
@arcrank you might also want to think about doing this for the Service Catalog AppRegistry module (unless, of course, you think it's not mature enough to be called "Developer Preview"). |
AWS CodeBuild CI Report
Powered by github-codebuild-logs, available on the AWS Serverless Application Repository |
Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Yup, already reached out to team, they expect some significant changes coming within < 6 months so holding off there. Thanks for being on top of things. |
…s#19204) Update some `README` documentation based on feedback. Move library to developer preview with no anticipation of breaking changes. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Update some
README
documentation based on feedback.Move library to developer preview with no anticipation of breaking changes.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license