Today, importing opslevel_service_repository requires importing via the ServiceRepository id, which is a uid representing the "marriage" of a service and a repository:
terraform import opslevel_service_repository.example Z2lkOi8vb3BzbGV2ZWwvU2VydmljZS82MDI0
(Note: it's unclear if that actually is the supported usage as importing this resource does not actually work for any combination of uid(s), but that's a separate issue).
The uid required is only discoverable via inspection of the graphql API response for a service, via the .repos.Edges[].ServiceRepositories[].Id property.
This is a feature request to support importing opslevel_service_repository via a combination of the service id and repository id. For example for a fictional service with id Z2lkOi8abc and repository with id Z2lkOi8123
terraform import opslevel_service_repository.example Z2lkOi8abc:Z2lkOi8123
This is simply a more intuitive way of importing said resource.
Today, importing
opslevel_service_repositoryrequires importing via the ServiceRepository id, which is a uid representing the "marriage" of a service and a repository:(Note: it's unclear if that actually is the supported usage as importing this resource does not actually work for any combination of uid(s), but that's a separate issue).
The uid required is only discoverable via inspection of the graphql API response for a service, via the
.repos.Edges[].ServiceRepositories[].Idproperty.This is a feature request to support importing
opslevel_service_repositoryvia a combination of the service id and repository id. For example for a fictional service with idZ2lkOi8abcand repository with idZ2lkOi8123This is simply a more intuitive way of importing said resource.