問題タブ [google-container-builder]

次のチュートリアルを試しています。

Cloud Source Repositories と Container Builder による自動サーバーレス デプロイ

しかし、以下のエラーが発生しました。

私は今それを解決しようとしています。何か考えはありますか？私の gcloud は最新バージョンです。

チュートリアルの Google クラウド関数コードのサンプル。

Google Container Builder を使用してイメージをビルドし、gcr.io にプッシュしています

ビルドの完了後に CoreOS VM でプル/実行をトリガーするにはどうすればよいですか? (Google Container Engine を使用できません)

私の Google Cloud Container Builder の手順は、欧州連合を離れてはならない情報に触れています。us-central1たとえば、ビルドが実行されないように、ビルドのリージョンを制限することはできますか?

結果の画像が保存される地域を定義できることはわかっていますが、それは EU 内で処理が行われるという意味ではありませんか、それとも間違っていますか?

特定のブランチでトリガーするように設定されている Google Cloud Container Builder でビルド トリガーを設定し、リポジトリで cloudbuild.yml 構成を使用しています。これらのブランチのいずれかにコミットをプッシュした最初の日については、コンテナーのビルドがトリガーされ、正常に完了しました。それ以来、トリガーは断続的にしか機能しませんでした。

Google Cloud Container Builder がコミットをまったく検出しないことがあります (コミットが bitbucket にあり、コミットが正しいブランチにあることを確認しました)。その時点で、Google コンソールからビルドを手動でトリガーしようとしましたが、最新のコミットではなく、最後にビルドした古いコミットを使用します。そのため、リポジトリから小さな変更をプッシュするか、空のコミットを実行しようとします。

ビルドがトリガーされることもあれば、トリガーされないこともあります。興味深いのは、しばらくしてビルドが最終的にブランチでトリガーされると、ビルドされていない最近のコミットがある場合、他のブランチでビルドがトリガーされることです。

これを解決する方法がわかりません。誰かが同様の問題を経験しましたか?

アップデート：

問題を解決しました。最初に、各 bitbucket リポジトリを Google Cloud のソース リポジトリに追加しました。その後、Container Registry 内の各リポジトリのビルド トリガーを追加しました。トリガーを追加するときは、ソース リポジトリを追加したときと同じように、Bitbucket のリポジトリに接続するプロセスを実行する必要がありました。後で、これらのリポジトリごとにソース リポジトリ セクションに個別の接続が自動的に作成されていることに気付きました。そのため、ソース リポジトリにリストされている bitbucket の各リポジトリに 2 つの接続がありました。重複を削除すると、トリガーは一貫して機能し始めました。

要約すると、ソース リポジトリに重複した接続がないことを確認してください。