問題タブ [google-cloud-build]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
898 参照

docker - docker file error gzip: stdin: 無効な圧縮データ -- crc エラー

このクイックスタートを使用して Docker と gcp の使用方法を学習していますが、修正できないエラーがあります。フォルダには 2 つのファイルがありDockerfile.txtquickstart.sh.

Dockerfile は Notepad++ を使用して作成され、Dockerfile.txt ファイルとして保存されています。コマンドを実行すると

gcloud builds submit --tag gcr.io/[PROJECT_ID]/quickstart-image .

エラーが発生する

これは Dockerfile 形式が原因だと思いますが、bash ファイルである必要がありますか? ファイルが破損していないことを確認するために、ファイルを数回再作成しました。

ディレクトリ内のファイルは次のとおりです。

0 投票する
1 に答える
826 参照

ruby-on-rails - Cloud Build を使用して Ruby on Rails アプリを App Engine にデプロイする

Cloud Build を使用して、Ruby on Rails アプリの App Engine へのデプロイを自動化しようとしています。

app.yamlはこのように見えました、

しかし、私はこのエラーが発生しています。

ステップ #1: エラー: (gcloud.app.deploy) 現在のディレクトリに cloudbuild.yaml があり、/workspace/app.yaml のランタイム フィールドは現在 [runtime: ruby​​] に設定されています。cloudbuild.yaml を使用してカスタム ランタイムを構築するには、runtime フィールドを [runtime: custom] に設定します。[ruby] ランタイムを引き続き使用するには、このディレクトリから cloudbuild.yaml を削除してください。

次にcustom、カスタムランタイムには Dockerfile が必要なため、ランタイムを変更して Dockerfile を追加しようとしました。

しかし、今ではエラーが発生しています。

エラー: (gcloud.app.deploy) カスタム ランタイムのソース ディレクトリには、[Dockerfile] と [cloudbuild.yaml] のいずれかが必要です。[/home/milindu/Projects/ElePath-Ruby] には両方が含まれています

次に、Dockerfile も削除しました。しかし、今、この奇妙な状況に陥っています。'Step #1:' が再帰にスタックしたようにいくつかに成長していることがわかります。

エラーコンソール

0 投票する
2 に答える
896 参照

python - GCP での Django プロジェクトのビルド Cloud-Build

最近、確立された Django プロジェクトを Docker スタックから Google App Engine に変換する作業を開始しました。途中、Google Cloud Build が便利になりました。Cloudbuild は、展開の準備としていくつかの項目、特にアプリケーションのフロント エンド部分を処理します。

Python および Django 固有のタスクに関しては、クラウドビルドも使用することが当然の選択です。したがって、Google が公式の NPM クラウド ビルダーで説明しているパターンに従おうとしました (こちら) 。

私たちが直面している問題は次のとおりです。公式の python イメージでビルドする場合、ビルドステップは次のように設定されます。

これは、すべての要件をインストールする最初のステップでは問題なく機能します。GAE はアプリケーションをデプロイするときにもこれを行いますが、ここではアップロードする前に、リポジトリとインストールされた django アプリから staticを収集する必要があります。

最初のステップは上記で成功しますが、2 番目のステップは次のエラーで失敗します。

この状況にアプローチするより良い方法はありますか?