問題タブ [google-artifact-registry]

Gradle を使用してアーティファクトを Google の Artifact Registry にデプロイしています。

通常、ビルドされたアーティファクトをデプロイするリポジトリをファイルの「公開」セクションで指定します-そのようにする代わりに、後でCIに挿入されるファイルでbuild.gradleリポジトリを定義したかった- init.gradleArtifact Registry の URL が Git リポジトリに移動しないようにします。

これを行う方法は次のようになると思いました：

しかし、Artifact Registry Gradle プラグインが必要なためartifactregistry、サポートされているプロトコルではないというエラーが表示されます。

ドキュメントには、でプラグインを使用するにinit.gradleは、次を挿入する必要があると記載されています。

しかし、私はそれを機能させることができないようです。私は 2 つのスニペットの可能な組み合わせを試したに違いありませんが、私の知る限りではありません。

ファイルで公開するリポジトリを指定できるように、これら 2 つのスニペットを配置する方法を誰かが教えてくれればinit.gradle(または、まったく別の方法があるかもしれません)、非常に役に立ちます!

プライベート pip リポジトリへのキーリング認証を設定するために、Python パッケージ リポジトリへの認証の設定 - キーリングによる認証の手順に従いました。

認証に環境変数を使用することにしました。正しく設定されていることを確認しました：

を使用してユーザーにもログインしましたgcloud auth login。ログインしているユーザーは、Artifact Registry に対する書き込み権限を持つサービス アカウントの所有者です。

残念ながら、パッケージをインストールしようとすると、次の出力が表示されます：</p>

このステップでは、キーリングが認証を処理することを期待していました。この問題の原因を特定するための提案はありますか?

Google Artifact Registry クイックスタートで説明されているように使用すると、アクセス許可のバグが発生します。その質問で述べたように、問題はアクセス トークンのスコープの欠落に帰着するようです。私のローカル シェルでは、スコープは次のとおりです ( で示されています)。docker pushhttps://www.googleapis.com/oauth2/v1/tokeninfo?access_token=<token>

Cloud Shell で同じ一連の手順を実行すると、アクセス トークンのスコープがさらに多くなります。

Cloud Shell 構成とローカル構成の違いが、このスコープの違いを引き起こしている可能性があることを特定できません。これらのコマンドはすべて、両方で同じ出力になります。

gcloud config listこれらの違いを示します。

質問:

1. とにかくスコープとは何ですか？プロジェクト プリンシパル ( ) に割り当てられた役割との関係はexample@stackoverflow.com?
2. Cloud Shell とローカル マシンでスコープが異なる原因は何ですか? Artifact Registry にローカルで正しくアクセスできるように修正するにはどうすればよいですか?

編集：

明確にするために、実行中のコマンドと表示されているエラーを次に示します。これは、上記の SO の質問とまったく同じです。コマンドは [Artifact Registry クイックスタート] ( https://cloud.google.com/artifact-registry/docs/docker/quickstart#gcloud )から直接取得できます。この質問はスコープに関するものでしたが、私の問題ではないようです。

Jfrog アーティファクトリはリポジトリをサポートしており、そこに任意のジェネリック タイプ、つまり任意のファイル拡張子のアーティファクトを保存できます。Google アーティファクト レジストリは、そのような種類のリポジトリ作成もサポートしていますか?