GitHub Actions / Azure Pipelines で Pull Request に特定のラベルが付けられた時だけ処理を行う - しばやん雑記
個人的によく使っていて時々 Pull Request も投げている Durable Functions の開発リポジトリでは、全ての Pull Request に対しては基本的なテストのみ実行し、full-ci というラベルが付いた時のみ全てのテストを実行するようになっています。 実際に以前投げた Pull Request は影響範囲の広い修正だったので、full-ci ラベルが付けられてテストを全て実行し、パスしたのを確認してマージされました。 理想的には全ての Pull Request で全てのテストを実行するべきなのでしょうが、テストに関しては時間的な制限もあって難しいので、この運用は個人的にかなり良い感じだと思っていました。 常に全てのテストを実行する必要がないことは開発中していて気が付きますし、テストに時間がかかってマージやリリースが遅れ始めるとテストが邪魔扱いされかねません。そ
Azure PipelinesのタスクでPullRequestに対してコメントをつけたい - Qiita
要約 以下を試しました モチベーション インフラをコードで管理するとなると、インフラに適用した時どうなるかが気になります。 そんなときはterraform planやAzure TemplateのWhat-ifで適用時の変化を確認することができます。 これをPullRequest時に行ってレビュー時に一緒にチェックできると嬉しいでしょう。手元に持ってきて実行するのも手間なのと、そもそも実行できない環境の場合もあるためです。 今回はAzure PipelinesでAzure TemplateのWhat-ifの結果をコメントに残すのを行ってみました。 手順 Pipelinesを仕込む ブランチのポリシーでPRトリガを設定するにはあらかじめPipelineが存在する必要があるため、先に行っておく必要があります。 適当なタスクでいいのでazure-pipelines.ymlを書き、Gitリポジトリ
ややこｓｓｓｓｓｓっし～なAzure PipelineのExpressionsのお話 - 落とし穴に立て札を立てるが如く
この記事はcloud.config tech blogにもマルチポストしています。 tech-blog.cloud-config.jp はじめに 世間ではいろんな人がトレーナーになって馬を走らせているようですがなむゆは相変わらずパイプラインを走らせています。あるいは回しています。 パイプラインを実行することの言い回しって「走る」と「回す」の二つを同じくらいよく聞くのですがこれを読んでいる人はパイプラインは走らせているのでしょうか、回しているのでしょうか気になる今日この頃です。 さて、今回はAzure Pipelineでパイプラインのyamlを書いていてしばらく混乱していたことがあるので整理がてら一席打ちたいと思います。 内容としてはAzure Pipelineのパイプライン定義yamlでよく書く$[]や${{}}、$()といったもの、いわゆるExpressionというものについてです。 E
Azureパイプライン実行の流れをまとめてみる #Azureリレー | cloud.config Tech Blog
はじめに パイプライン、回してますか？ 今回もAzure Pipelineのネタで一席打ちます。 Azure Pipelineを回すとき、普段はなんとなしに「あー回ってんなーうわ止まったなんで」と眺めているのですが、Expressionの話を調べているとExpressionはコンパイルされるタイミングやタスクの開始時に評価されていることが分かり、「あーパイプラインも後ろでは順を追って回ってるんだなー」等考えるようになりました。 なので今回は、Azure Pipelineの実行の流れを調べたので、それを独断と偏見で重要そうなところをある程度かいつまんでまとめてみたいと思います。 Azure Pipelineのパイプライン実行の流れ パイプライン実行の流れは大きく分けて「実行の最初に行われること」「stage単位で行われること」「job単位で行われること」「step単位で行われること」に分けら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
