feat: Add the ability to define the scope of SCC attachement

[jor2]

Description

Add the ability to define the scope of SCC attachement

Release required?

• [ ] No release
• [ ] Patch release (x.x.X)
• [ ] Minor release (x.X.x)
• [ ] Major release (X.x.x)

Release notes content

Add the ability to define the scope of SCC attachement

Run the pipeline

If the CI pipeline doesn't run when you create the PR, the PR requires a user with GitHub collaborators access to run the pipeline.

Run the CI pipeline when the PR is ready for review and you expect tests to pass. Add a comment to the PR with the following text:

/run pipeline

Checklist for reviewers

• [ ] If relevant, a test for the change is included or updated with this PR.
• [ ] If relevant, documentation for the change is included or updated with this PR.

For mergers

• Use a conventional commit message to set the release level. Follow the guidelines.
• Include information that users need to know about the PR in the commit message. The commit message becomes part of the GitHub release notes.
• Use the Squash and merge option.

[ocofaigh]

@jor2 you may also want to consider including this change too https://github.com/terraform-ibm-modules/terraform-ibm-scc-da/issues/149

[jor2]

/run pipeline

[jor2]

/run pipeline

[jor2]

Oh @jor2 The new inputs need to be added to ibm_catalog.json - you should make the attachment_schedule a dropdown with the supported values

updated, is that what you meant by dropdown?

[jor2]

/run pipeline

[jor2]

/run pipeline

[ocofaigh]

@SirSpidey The support_details were added to all of the DAs in the community registry. There is no cloud docs to link to for those DAs. And they are not supported through support cases as they are not in main catalog

[terraform-ibm-modules-ops]

:tada: This issue has been resolved in version 1.15.0 :tada:

The release is available on:

• GitHub release
• v1.15.0

Your semantic-release bot :package::rocket: