問題タブ [build-triggers]
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.
google-cloud-platform - Google クラウド ビルドとソース リポジトリを使用して、新しくプッシュされた複数のクラウド機能をデプロイする方法は?
たとえば、さまざまなクラウド機能フォルダーを含むプロジェクトフォルダーがあります
今私が今持っているのはです。クラウド機能フォルダーからソース リポジトリにコードを 1 つずつプッシュします (関数フォルダーごとに別のリポジトリ)。そして、クラウドビルドをトリガーしてから関数をデプロイするトリガーが有効になっています。私が持っているcloudbuild.yamlファイルは以下のようなものです..
今、私がやりたいことは、単一のソース リポジトリを作成し、1 つのクラウド関数のコードを変更してそれをプッシュするたびに、それがデプロイされ、残りは以前のように残ることです。
アップデート
今、私は以下のようなことも試しましたが、単一の機能に取り組んでいても、すべての機能を同時に展開します。
cloudbuild.yaml ファイルは次のようになります。
azure-devops - タグがトリガーされたときに Azure Devops Pipeline トリガーがパスを無視する
クライアントと API をビルドする 2 つのビルド パイプラインがありますが、新しい git タグを作成すると、タグがクライアント コードに基づく変更にのみ関連している場合でも、両方のビルドがトリガーされます。
フロントエンドビルドci.yml
api-build-ci-yml
通常のコミットは期待どおりに機能し (つまり、クライアント コードがクライアント ビルドをトリガーします)、パスを除外する複数のバリエーションを試しましたが、役に立ちませんでした。
タグ フィルタリングはパスを無視する必要がありますか、それともブランチと同じように機能する必要がありますか?
回避策は、より説明的なタグ (つまり20200326_prodrelease_api ) を使用することですが、API とクライアントの両方が実稼働の準備ができている場合は、2 つのタグを必要としないようにしています。
tfsbuild - TFS 2017 Gated Build の [コミットされた変更に対して継続的インテグレーション トリガーを実行する] およびその他の機能の正確な使用法は何ですか?
Triggers セクションの TFS 2017 Build で提供されているオプションと少し混乱しています。2 つの別個のビルド定義があります。1 つはコード チェックインに使用されます。つまり、Gated ビルドと呼ばれ、もう 1 つは手動ビルドであり、Gated ビルドが完了した後に CI サーバーでコードのドロップ\デプロイに使用されます。
最近、Gated ビルド定義をコード ドロップに直接使用することを考えました。これにより、手動ビルドを個別にトリガーする時間を節約できます。ただし、この POC を実行している間、トリガー セクションで使用できるさまざまな機能、特にコミットされた変更に対して継続的インテグレーション トリガーを実行するの使用について混乱しています。
ゲート ビルドをリリース定義に直接リンクし、ゲート ビルドが完了するとコードをデプロイします。ビルドで両方のオプションを選択しました。つまり 、フィルターにワークスペース マッピングを使用し、コミットされた変更に対して継続的インテグレーション トリガーを実行します。これにより、コードをチェックインするたびに、ビルドが完了したらリリース定義がトリガーされ、サーバーにコードがデプロイされますが、[コミットされた変更に対して継続的インテグレーション トリガーを実行し、コードをチェックインする] の選択を解除すると、コードがデプロイされます。リリース定義にリンクされています。
私はグーグルで検索し、その使用法やその他の機能を理解しようとしましたが、あまり理解していませんでした.リンクを見て、変更セットにNO CIが表示されないことを知りました.
スケジュールされたものを除いて、トリガーの下にある各機能\オプションの正確な使用法を誰でも説明できますか、またはトリガーオプションの下にあるすべての機能が説明されている場所を知っている他のリンク、ブログ、ビデオのチュートリアルがあるかどうかを教えてください例で詳しく?
CI ビルドで継続的インテグレーション オプションを有効にしました。これにより、ゲート ビルドが完了した後に自動的にトリガーされます。
docker - Cloudbuild は新しいポッドのデプロイをトリガーしません。名前空間 GKE にリソースが見つかりません
Github リポジトリにプッシュが行われるたびに新しいポッドをデプロイするために、GCP トリガーをいじっています。すべての設定が完了し、Docker イメージが GCP Container Registry にプッシュされ、トリガーがエラーなしで正常に完了しました。ビルド パイプラインによって生成される$SHORT_SHAタグをタグとして使用します。ただし、新しいポッドのデプロイは機能しません。展開をテストするためだけに新しいプッシュごとにコードベースも変更しているため、問題が何であるかはわかりません。トリガーに関する Google のチュートリアルをいくつか実行しましたが、問題の正確な内容と、新しくプッシュされたイメージが展開されない理由を理解できません。
クラウドビルド.yaml
kubernetes.yaml