Context
In the second round of external-name discussion, we saw the neccessity to formaly define our external-name handling in the ADR.
Now we have to apply this decision to all our managed resources.
In the btp provder we already layed out the foundation we can now use in this provider too, like in this Epic.
Steps
- bring the documentation generation over. The documentation should be written right at the API documentation in the types go files. see btp implementation for reference
- For all resources:
Resources
- App
- Domain
- Org
- OrgMembers
- OrgQuota
- OrgRole
- Route
- ServiceCredentialBinding
- ServiceInstance
- ServiceRouteBinding
- Space
- SpaceMembers
- SpaceQuota
- SpaceRole
There is a subissue for every resource. Every issue is build the same.
Context
In the second round of external-name discussion, we saw the neccessity to formaly define our external-name handling in the ADR.
Now we have to apply this decision to all our managed resources.
In the btp provder we already layed out the foundation we can now use in this provider too, like in this Epic.
Steps
Resources
There is a subissue for every resource. Every issue is build the same.