GithubActionsでSwaggerドキュメントを自動更新して、PRへコメントをつける - Qiita
はじめに いくつかのプロジェクトにてSwaggerを利用した、API仕様書の運用をしています。 エンドポイントの追加・変更などがあった場合に、ドキュメントの更新を忘れがちなので、github上でPRを作成した際に、swaggerドキュメント生成のためのコマンドを自動実行し、差分があった場合はPR上にコメントするようなフローを作成しました。 使用言語及びライブラリは以下。 https://github.com/swaggo/gin-swagger 前提として、DockerfileやMakefile等でSwaggerドキュメントの生成ができている状態とします。 (各種ライブラリなどで設定方法・実行方法は違うと思うので、Swaggerの設定部分については割愛します。) 実行ファイル 全体の設定ファイルです。以下で一つ一つ見ていきます。 PRのオープン・プッシュのイベントでトリガーされます。 na
TerraformのコードをスキャンするSnyk IaC（＋OSSのツール）をGitHub Actionsで試す - Qiita
本記事の内容は執筆時点（2022/6/21）での内容です。今後のアップデートにより結果が変わる可能性があります。 Terraformのコード（HCL）をスキャンすることができるSnyk IaCをGitHub Actionsから利用する方法を紹介します。またSnyk IaCのほかにもTerraform用のOSSスキャンツールであるtfsec、terrascanも試してみて、それぞれのスキャン結果についてみていこうと思います。 スキャン対象のコード 本記事においては、TerraformでAWSのサービスをプロビジョニングするシナリオで進めていきます。 具体的には以下のような構成でAWSを構築します。 1つのVPCと1つのパブリックサブネット パブリックサブネットにEC2を配置 EC2にセキュリティグループを割り当て、インターネットからのssh(22ポート)を許可 スキャン対象のコードは以下の通
GithubActionsにAWS IAMロールを使ったS3への静的コンテンツのデプロイする - Qiita
概要 GithubActionsでAWSへのデプロイのワークフローを作成する場合はAWSでIAMユーザを作成し、IAMユーザのアクセスキーとシークレットをGithubに渡すことが一般的かと思います。 今回GithubActionsを用いてJavascriptファイルをS3にデプロイするワークフローを作成する時に、IAM Roles Anywhereという機能を使い、IAMユーザのアクセスキーとシークレットではなく、IAMロールをGithubActionsに渡して利用できることを知ったので、その実施した記録としてまとめておきます。 IAM Roles Anywhereについて 参考にしたサイト 以下のサイトのワークフローを基に作成しているため事前に示しておきます GithubActionsでS3にデプロイするワークフロー https://qiita.com/mkin/items/0da295
リリース時にリリース内容をコメントする GitHub Actions のご紹介 - Qiita
はじめに リリース時にリリース内容をコメントする GitHub Actions を作ったので紹介します。 リポジトリ Release Menu 動作 具体的な動作としては、リリースブランチ (名前が release で始まるブランチなど) からプロダクションブランチ (main ブランチなど) にマージする PR を作成した際に、その中に含まれる変更内容の PR 一覧をリリース PR のコメントに残します。 また、オプションとして Slack に投稿する機能も実装しています。 使い方 YAML ファイルをリポジトリに置くだけで動作するので導入はとても簡単です。 # .github/workflows/release-menu.yml name: "Release Menu" on: pull_request: types: [opened] jobs: release-menu: if:
GitHub ActionsでEC2インスタンスの自動停止をするようにした - Qiita
この記事は、Qiita エンジニアフェスタ 2022 GitHub Actions の自分流の使い方をシェアしよう の参加記事です。 はじめに 僕は個人の作業環境の 1 つとして EC2 のインスタンスを立てているのですが、コストをなるべく書けたくはないので、使用するとき以外はインスタンスを停止しています。 ですが、インスタンスの停止を忘れてしまうことが多々ありました。 それから「自動で停止するようにしたいなぁ」と思い、AWS CLI でインスタンスを停止する GitHub Actions の workflow を用意して、schedule イベントでトリガーさせることにしました。 上記のようにした理由は、 自由が効く cron サーバーを用意するのはめんどくさい（というか cron サーバーを立ててる時点で本末転倒？） です。 あとは単純に楽しそうだなという好奇心です。 以下で紹介してい
Github Actions + Azure ML CLI v2 で機械学習ジョブの CD を試みる - Qiita
はじめに こんにちは、イトーです。 Github Actions はこれまで PR を出した際にテストをかけてその成否でマージをブロックしたり、タグを打つとかマージとか何かしらのイベント発生をトリガーとしてアプリケーションをビルドしてクラウドにデプロイしたりするために使ってきました。要するに CI/CD ですね。チェックのためにテストをかけるとかテストステージや本番ステージにデプロイを行うとか定型的な作業をガッツリ削れることになり、怠惰なるエンジニアとしては大変ありがたい限りです。 さて、今回はこの「楽できる仕組み」を機械学習に持っていけないかと思いまして、最近 GA した Azure Machine Learning CLI v2 と Github Actions を組み合わせる方法を思いつきました。 機械学習もソフトウェア開発の一種、もっと言うとデータから関数を作成するある種の自動プロ
GitHub ActionsとCypressを使って、テスト自動化環境をゼロから構築する - Qiita
はじめに 本記事は、アジャイル開発手法におけるQAの参考になれば、と作成しました。 開発、QA、また今後、それらに携わっていく方々の即戦的知識になればと思います。 また、本記事で作成したソースコードは下記に公開しています。 https://github.com/EIKINAKAYAMA/cypress-demo そもそもテストって？ システム開発では、システムがリリースされるまで、 作成された開発物に問題がないかを色んなテストでチェックします。 UIテスト ブラックボックステスト 負荷テスト リグレッションテスト 退行テスト 受け入れテスト アドホックテスト etc... 上記は一部を載せていますが、まだまだ沢山あります。 会社や組織によって呼び方が変わったり、テストというよりもテスト手法だったり、同じようで厳密には内容が異なったりと多種多様のテストが存在し、必ずしも全てのテストを実施して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Actions の workflow name を動的に適用する - Qiita