[B! githubactions] pcrdのブックマーク

[Django+PostgreSQL+GitHub Actions] サービスコンテナを使ってdocker-composeを使わずにPytestを実行しよう - Qiita

[Django+PostgreSQL+GitHub Actions] サービスコンテナを使ってdocker-composeを使わずにPytestを実行しようDjango MySQLpytestG itHubActionsPoetry 前提 GitHub Actionsの基本的な用語についてある程度理解しているフレームワークはDjangoを使用 DBはPostgresを使用 Pytestを使用 Poetryを使用 PR内にカバレッジを表示させる方法についても説明サービスコンテナとはワークフロー中でアプリケーションをテストもしくはビルドするのに必要なサービスを提供するためのDockerコンテナですサービスコンテナを使うことでワークフロー内で例えばdocker-composeを使って自前でDBを作成せずにテストを実行することができます runner内のリソースは限られているのでGitHub側

pcrd 2023/05/12

git

githubactions

リンク

GitHub Actionsと"仲良くなる"ための練習方法

CI/CD Conference 2023 #CICD2023 https://event.cloudnativedays.jp/cicd2023/talks/1766

pcrd 2023/03/23

リンク

スプレッドシートの内容を GitHub のリポジトリに自動的に同期する仕組みを作った

[{ "teamName": "チームA", "players": ["Aさん", "Bさん", "Cさん", "Dさん"] }] スプレッドシートの内容を Node.js で取得スプレッドシートの内容を Node.js で取得するために @google apis/sheets を使用しました。認証情報は Application Default Credentials (以下 ADC) が設定されていることを前提にしました。事前に認証情報に紐付いているメールアドレスに対して、スプレッドシートを閲覧できる権限を与えておく必要があります。これにより以下のコードでスプレッドシートの内容を取得することができます。 const sheetId = ""; const auth = new GoogleAuth({ scopes: [ "https://www.google apis.com/aut

pcrd 2023/02/20

リンク

AWS SAMによるLambda Layers ＆ Layers利用Functionの作成手順と運用観点での注意点

Summary Node.jsのLambdaで、レイヤー用のスタックと、それを利用するFunctionスタックのAWS SAMによる作成を以下の手順で実施レイヤーのスタックをデプロイレイヤーを利用するLambda Functionのスタックで、sam local invoke によるローカル実行で動作確認レイヤーを利用するLambda Functionのスタックをデプロイレイヤーのスタックでは、<テンプレートのContentUriで指定したフォルダ>/nodejs/node_modules というフォルダにライブラリがインストールされるようにフォルダを構成する sam deploy を --guided オプション付きで実行するとデプロイ成果物配置用のS3バケットを自動で作成（既にあれば再利用）してくれるが、このバケットは "バージョニング有・ライフサイクル未設定" で作成されるの

pcrd 2022/09/27

“sam build --template template.yaml --region <YOUR_REGION> --parameter-overrides LayerArnParam=<DEPLOYED_LAYER_ARN>”

リンク

terraformで構成管理しつつaws lambdaをデプロイする - Qiita

DMMデータインフラ部に所属しているyuuaです terraformで作成しlambdaをデプロイする際にterraformにlambda関数を含めるとchangeがでたり、扱いづらく悩むときがあるのでその際の手順的な備忘録です今回のlambdaはlambda containerではありません初回の手順 1.terraformで基本的なlambdaの事前の情報を作成する(配置先など) 2.lambda関数をzip化しs3バケットに配置する継続的なデプロイの手順基本的にgithub actionsなどのCI/CDを使います 1.github actionsでlambda function / lambda layerをバケットに配置 2.github actionsでupdate functionの実行下準備 lambdaを配置するようのs3 keyなどをterraformで作成

pcrd 2022/08/31

リンク

A Simpler Way to Manage Lambda Layers with NPM Dependencies – QloudX

pcrd 2022/08/31

リンク

GitHub Actionsでterraform planするworking directoryを動的に抽出する - 弥生開発者ブログ

システム開発部Misocaチームエンジニアの mizukmb です。 TerraformのCIをGitHub Actionsで実装する際に工夫した時の話を紹介します。 GitHub ActionsでCIしたいけどworkflowをどうやって書けばいいの? TerraformコードをGitHubレポジトリで管理する場合、1 GitHubレポジトリ = 1 Terraform working directory よりも 1 GitHubレポジトリ = 複数Terraform working directory といったmonorepo構成になる事が多いと思います。例えば以下のようなproduction環境とstaging環境それぞれのworking directoryとそれらから利用されるterraform moduleを1つのGitHubレポジトリで管理するといったケースです。 ❯ tre

pcrd 2022/05/13

githubactions

リンク

Generating a Task Matrix by Looping over Repo Files with GitHub Actions

pcrd 2022/05/13

loop

githubactions

リンク

依存関係をスマートに解決しつつ「GitHub Actions」でCIを無料でぶん回す - Qiita

tl;dr run: セクションでは一時的なPATHの追加しか出来ない。ワークフローに依存関係がある場合、 setup-* を作ると簡単に解決できる。 setup-caskを作った! 「GitHub Actions」便利なので、みんな使おう! GitHub Actionsについて「GitHub Actions」は2018/10/16に発表1され、2019/11/13に正式リリース2されました。当初はブロックを繋いでワークフローを作っていました1が、現在ではYAMLでのワークフロー定義3になり開発者にとって、再利用しやすく、簡潔にワークフローを定義できるようになりました。パブリックレポジトリであれば、並列数20でLinux, macOS, Windowsが無料で使え、有効化は .github/workflows/test.ymlにワークフローの定義を書いて push するだけです。