[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-08-11。"],[[["\u003cp\u003eContainer Registry no longer supports Docker clients below version 1.6, and any v1 protocol images became inaccessible after February 28, 2017, requiring users to update their Docker client and their image format if they were still using v1.\u003c/p\u003e\n"],["\u003cp\u003eAs of February 28, 2017, non-standard "bring-your-own-bucket" registries like \u003ccode\u003eb.gcr.io\u003c/code\u003e are deprecated, meaning images in those locations need to be migrated to standard locations like \u003ccode\u003egcr.io\u003c/code\u003e to be served.\u003c/p\u003e\n"],["\u003cp\u003eContainer Registry changed its metadata storage on February 28, 2017, moving image metadata to a high-performance backend database, though layer files remain in Cloud Storage, and this also saw the addition of a service account for migration that should not be deleted.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003egcloud docker\u003c/code\u003e command is not supported for Docker client versions above 18.03 as of April 3, 2018, so users with newer clients must use \u003ccode\u003egcloud auth configure-docker\u003c/code\u003e or another advanced authentication method for Container Registry.\u003c/p\u003e\n"]]],[],null,["# Feature deprecations\n\nThe following deprecation notices affect Container Registry. See also\nDocker's [deprecation notices](https://docs.docker.com/engine/deprecated/)\nand their [changelog](https://github.com/moby/moby/blob/master/CHANGELOG.md).\n| **Note:** Beginning March 1, 2017, Docker is on a monthly release cycle that uses a year-month (YY.MM) versioning scheme. Previously, Docker used a major, minor, and patch versioning scheme (formatted as X.X.X) ; the last release to use this scheme was 1.13.1. For more information, see [Docker's notice](https://github.com/moby/moby/blob/master/CHANGELOG.md#17030-ce-2017-03-01) about this change.\n\nDocker Registry v1 API and Docker clients below version 1.6\n-----------------------------------------------------------\n\nOn December 14, 2016, we announced that, as of February 28, 2017, with the\nrelease of Docker v1.13, the Docker Engine no longer supports the\n[v1 protocol](https://docs.docker.com/engine/deprecated/#interacting-with-v1-registries).\n\nAs a result, Container Registry no longer supports Docker clients below version\n1.6. After February 28, 2017, Docker clients below version 1.6 cannot\ncommunicate with the Container Registry API, and any container images\nin v1 protocol stored in Container Registry are no longer servable.\n\nTo see if this change affects your images, perform these steps:\n\n1. Check which Docker client version you're using by running the following\n command:\n\n gcloud docker -- --version\n\n If your client version is lower than version 1.6, you must update your\n Docker client. Then, you must update your images to the Docker Registry v2\n protocol.\n2. Pull an affected v1 image:\n\n gcloud docker -- pull gcr.io/[PROJECT-ID]/[IMAGE]\n\n3. Push the image again:\n\n gcloud docker -- push gcr.io/[PROJECT-ID]/[IMAGE]\n\nFor more information about Docker Registry's v1 and v2 protocols, see\n[Container Image Formats](/container-registry/docs/concepts/image-formats).\n| **Note:** If you continuously encounter an error such as \"v1 Registry API is disabled\" when pulling or pushing images, ensure that your hostname, project ID, image name, and tag or digest are spelled correctly. For more information, see [Troubleshooting](/container-registry/docs/troubleshooting#error_status_405_v1_registry_api_is_disabled).\n\nNon-Standard Container Registry Buckets\n---------------------------------------\n\nOn February 28th, 2017, the use of \"bring-your-own-bucket\" registries such as\n`b.gcr.io` and `bucket.gcr.io` is deprecated. Container Registry no longer\nserves any container images hosted in those buckets.\n\nTo continue using your images, you must move them into a standard\nContainer Registry location such as `gcr.io`, `us.gcr.io`, `asia.gcr.io`, or\n`eu.gcr.io`.\n\nTo migrate your container images from a non-standard bucket to a standard one,\nperform these steps:\n\n1. Pull the images in the non-standard bucket:\n\n gcloud docker -- pull b.gcr.io/[BUCKET-NAME]/[IMAGE]:[TAG]\n\n2. Re-tag the images with a standard registry location name:\n\n gcloud docker -- tag b.gcr.io/[BUCKET-NAME]/[IMAGE]:[TAG] [HOSTNAME]/[PROJECT-ID]/[IMAGE]:[TAG]\n\n3. Re-push the image to Container Registry (using Docker client version 1.6\n or later) using the target project ID:\n\n gcloud docker -- push [HOSTNAME]/[PROJECT-ID]/[IMAGE]:[TAG]\n\nContainer Image Metadata Storage Change\n---------------------------------------\n\nAs of February 28th, 2017, Container Registry has changed where it stores\ncontainer *image metadata* files. Image metadata refers to information like\nimage names, image tags, and image manifests that identify the layer files\n(by digest) that comprise an image.\n\nThis change might affect you if you directly access or manipulate the metadata\nfiles in your Cloud Storage bucket, such as change history or object lifecycle\nmanagement for deletion.\n\nPreviously, when you pushed an image to Container Registry, the Container Registry\nAPI stored the metadata and layer files for those images in a Cloud Storage\nbucket in your project. As of February 28th, 2017, Container Registry stores\nimage metadata in a high-performance backend database to improve performance and\nfunctionality. The image layer files are still stored in Cloud Storage.\n\nA Container Registry service account was automatically added to your project\nwith a name similar to `[PROJECT-NUMBER]@containerregistry.iam.gserviceaccount.com`.\nThis service account activated the new Container Registry API and managed the\nmigration. Please do not delete or downgrade this service account or de-activate\nthe new Container Registry API.\n| **Note:** If you do delete or downgrade the migration service account, you can re-create it by re-activating the Container Registry API in the Cloud console's [APIs \\& services menu](https://console.cloud.google.com/apis).\n\ngcloud docker command and Docker clients above version 18.03\n------------------------------------------------------------\n\nAs of April 3rd, 2018, `gcloud docker` is not supported for Docker\nclient versions above 18.03.\n\nTo authenticate requests to Container Registry for client versions above 18.03,\nuse `gcloud` as a Docker credential helper. To do so, run the following command: \n\n gcloud auth configure-docker\n\nAlternatively, use one of the other\n[advanced authentication methods](/container-registry/docs/advanced-authentication).\n| **Warning:** You should use a Docker credential helper (that is, `docker-credential-gcr` or `docker-credential-gcloud` via `gcloud auth configure-docker`) only for versions 18.03 or above. A bug in earlier versions of the Docker client slows down `docker build`s dramatically when credential helpers are configured."]]