Kaniko キャッシュの使用 | Cloud Build のドキュメント | Google Cloud
フィードバックを送信 Kaniko キャッシュの使用 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 概要 Kaniko キャッシュでは、コンテナ イメージのレジストリ（Google 独自の Artifact Registry など）内に中間レイヤが保存され、インデックス付けされます。その他のユースケースについては、GitHub の Kaniko リポジトリをご覧ください。 Kaniko キャッシュの仕組みは次のとおりです。 Cloud Build では、コンテナ イメージのレイヤがビルド時にレジストリに直接アップロードされるため、明示的な push ステップはありません。すべてのレイヤが正常にビルドされると、それらレイヤを含むイメージ マニフェストがレジストリに書き込まれます。 Kaniko では、各レイヤが、その作成元の Dockerfile ディレク
Google Cloud Buildとは一体何者なのか - DeNA Testing Blog
こんにちは。SWETの加瀬（@Kesin11）です。 Google Cloud Next ’18でGoogleのCI/CDサービスとしてGoogle Cloud Build（以後GCBと略します）というものが発表されました。 https://cloud.google.com/cloud-build/ https://www.youtube.com/watch?v=iyGHW4UQ_Ts CI/CDサービスを追っているものとして、これは要チェック！ ということで、GCBを軽く使ってみて分かった特徴をCircleCIと比較してまとめてみました。 最初にまとめを書いてしまうと、GCBはCI/CDとして見るとCircleCIと比べてまだまだ扱いづらいところがあります。一方で、従量課金制のフルマネージドなビルドサービスというCircleCIとは違った使い方もできるところが特徴と言えます。 GCBの特
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Cloud Build timing out
