Skip to content
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

[Container Registry] Acr beta3 #18667

Merged
merged 54 commits into from
Jun 3, 2021
Merged

Conversation

seankane-msft
Copy link
Member

@seankane-msft seankane-msft self-assigned this May 12, 2021
@ghost ghost added the Container Registry label May 12, 2021
@seankane-msft
Copy link
Member Author

/azp run python - containerregistry - tests

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@check-enforcer
Copy link

This pull request is protected by Check Enforcer.

What is Check Enforcer?

Check Enforcer helps ensure all pull requests are covered by at least one check-run (typically an Azure Pipeline). When all check-runs associated with this pull request pass then Check Enforcer itself will pass.

Why am I getting this message?

You are getting this message because Check Enforcer did not detect any check-runs being associated with this pull request within five minutes. This may indicate that your pull request is not covered by any pipelines and so Check Enforcer is correctly blocking the pull request being merged.

What should I do now?

If the check-enforcer check-run is not passing and all other check-runs associated with this PR are passing (excluding license-cla) then you could try telling Check Enforcer to evaluate your pull request again. You can do this by adding a comment to this pull request as follows:
/check-enforcer evaluate
Typically evaulation only takes a few seconds. If you know that your pull request is not covered by a pipeline and this is expected you can override Check Enforcer using the following command:
/check-enforcer override
Note that using the override command triggers alerts so that follow-up investigations can occur (PRs still need to be approved as normal).

What if I am onboarding a new service?

Often, new services do not have validation pipelines associated with them, in order to bootstrap pipelines for a new service, you can issue the following command as a pull request comment:
/azp run prepare-pipelines
This will run a pipeline that analyzes the source tree and creates the pipelines necessary to build and validate your pull request. Once the pipeline has been created you can trigger the pipeline using the following comment:
/azp run python - [service] - ci

@seankane-msft
Copy link
Member Author

closes #18618 #18773 #18463

@seankane-msft
Copy link
Member Author

/check-enforcer reset



# Moving this out of testcase so the fixture and individual tests can use it
def import_image(repository, tags):
mgmt_client = ContainerRegistryManagementClient(
DefaultAzureCredential(), os.environ["CONTAINERREGISTRY_SUBSCRIPTION_ID"]
DefaultAzureCredential(), os.environ["CONTAINERREGISTRY_SUBSCRIPTION_ID"], api_version="2019-05-01"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

just checking why you're specifying api version here. is this a test for an older api version?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is for the management plane client, I use mgmt-plane to load the registry for tests.

try:
await self._client.container_registry.delete_repository(repository, **kwargs)
except ResourceNotFoundError as exc:
if "Not Found" in exc.reason:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Checking reason is generally redundant - as it's just a string code associated with the status code. It's not something the service configures.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ahh, the swallowing 404s has been added to the swagger so the error returned is pretty vague. I can check more in depth but the raised error would look like "Not Found" to the user.

Copy link
Member Author

@seankane-msft seankane-msft Jun 2, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added a callback to do a check to make sure "object UNKNOWN" was in the response body

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah but there's no point in adding this. If there's no deserialized body to the error that we can check for details, then your only choice is to catch and pass ResourceNotFoundError in its entirety.

@seankane-msft seankane-msft added this to the [2021] June milestone Jun 2, 2021
self._client.container_registry.delete_repository(repository, **kwargs)
except ResourceNotFoundError:
pass
self._client.container_registry.delete_repository(repository, **kwargs)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

did you end up not doing the 404 check?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pushing it back to the next sprint

@seankane-msft seankane-msft merged commit 05ed2d1 into Azure:master Jun 3, 2021
@seankane-msft seankane-msft deleted the acr-beta3 branch June 3, 2021 21:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Container Registry] Swallow 404 on deletes [ACR] Incorporate API review feedback from Arch Board
4 participants