Next 14 の Server Actions 上で実行する graphql-request で例外メッセージを型安全に処理する - Qiita
Next 14 の Server Actions 上で実行する graphql-request で例外メッセージを型安全に処理するGraphQLNext.jsgraphql-requestgraphql-codegenAppRouter 背景 今まで GraphQL を Next.js と併用する場合、スキーマ情報をフロントエンドと共有するために graphql-codegen を用いて型を自動生成し、 apollo client や urql 向けのプラグインを用いてブラウザから直接 GraphQL リクエストを送信するクライアントを作り、受け取ったデータをコンポーネントに反映していた。 しかし RSC や Server Actions の登場により、ブラウザ上で直接 GraphQL リクエストを送信する必要がなくなり、Node ランタイム上で GraphQL リクエストのやりとりができ
はじめに 先日のNext14の発表で大きく話題になった、Server Actionsです。SQLが直接書けるで、いい意味でも悪い意味でも大きく話題になりました。 ただ、別にこれはサーバー側だけで動くコードが書けるということを表しているのであって、その例でただ示しているだけです。別にSQLが書けることはさほど重要ではなく、またこれはサーバーの中で動作するのであって別にブラウザ直にSQL叩いているわけではないです。 Server Actionsはいろいろとメリットはあるとは思うのですが、自分の中では、APIの隠蔽とバリデーションにとてもいいのではと思いました。 従来のNext.jsのフォーム送信 従来はAPIベースでバックエンドとやりとりをしています。Api RouteにAPIを立てて、送信するときにフォームのデータをjsonに変換して送信しています。 今回は名前とメールアドレスを送信するフォ
これはなに? GitHub Actions(以下、GHA)において、ACTIONS_ から始まる環境変数はGHAの実行中に見えるかどうかが実行される文脈に依存して変化します。 この記事では、この挙動が引き起こす問題として「コンテナイメージビルド時のレイヤキャッシュが効かない」という挙動を紹介しつつ、その原因である環境変数の特殊な挙動とどのようにすればそれが解決するかを紹介します。 3行まとめ GHAのrunステップでbuildkitのキャッシュのtypeに gha を選択している場合、通常ではキャッシュは利用できない 理由は ACTIONS_ から始まる一部の環境変数はrunステップやcompositeアクションには渡されないため これらの環境変数をnodeアクションなどの中で exportVariable で以降のステップで見えるようにすることでキャッシュが利用できない問題は解決できる(
はじめに ラクスパートナーズの寺澤 歩希と申します。 普段は主にデータ分析基盤の構築を行なっています。 この記事は、ラクスパートナーズ AdventCalendar 2023の11日目の記事となります。 この記事の背景 この記事では、最近職場で業務改善した内容について、整理も兼ねて書いていこうと思います。 現在の業務では、Githubを使ってソースコードを管理しています。 2日に1回程度、本番環境に新機能をリリースするのですが、以下のような手作業が発生していました。 承認者に分かりやすいように、マージ済みのPullRequest(以下、PR)のリンクやタイトルを書く リリース用PRが開いている時に、マージ元のブランチに新しいPRがマージされた時、追記する必要がある そこで、Github Actionsを使ってこの面倒だったリリース作業を自動化する機能を、業務の隙間時間に実装してみました。
動機 ServerActionsでformの実装をするとuseFormStateで実装する記事がほとんどです。 pending状態を取得する場合は、 useFormState と useFormStatus を併用しなければならないため、どうしても処理が煩雑になってしまう それを解消できるreact19の新hooksのuseActionStateで実装したサンプルがあったら「みんなの役に少しでも立てるのかも！」と思って作りました。 実装の過程を載せていた方が、実際の実装の流れをわかりやすく表現できると思ったため、少し長いですが過程も乗せています。 参考 useFormStateとuseFormStatusの問題点についてわかりやすくまとまっています。 前提 next version: 14.3.0-canary.47 （🚨まだ公式サポートされてないので注意） react version:
GitHub Actions Workflow を定期実行できる環境を Cloudflare workers Cron で作成する方法
はじめに 上記記事の GitHub Actions workflow_dispatch を API 経由で定期実行 を Cloudflare workers Cron で実現します。いくつか上記記事を参照しています。 前提条件 Cloudflare workers を利用して、GitHub Actions の workflow_dispatch を定期実行する環境を実現します。 Cloudflare workers を利用します Cloudflare のアカウントが必要です TypeScript で実装します GitHub Apps を利用します GitHub App の private key を Cloudflare workers secrets に登録します workflow_dispatch ワークフロートリガーが設定されている GitHub Actions workflow を
何をやるか 特定のブランチ(今回はmaster)へプッシュされた時に、 自動でEC2へSSH接続し、デプロイ(今回はGit pullだけ)する。 前提 CLIに使用する、アクセスキーやシークレットアクセスキーを持っている 問題点 EC2のセキュリティグループは普段、IP制限等していると思いますが、 Githubは固定のIPではなく、実行の度にIPが変わってしまうため、固定で許可しておくことができない。 https://github.community/t/stable-ip-addresses-range-for-actions/16515/3 問題の解決 IPアドレスを取得し、 CLIを使って、特定のIPを許可するようにすることで、 無闇にSSHポートへの接続をしないようにした。 手順 Gitのインストール sudo yum install -y git-all デプロイ対象のEC2イン
📍はじめに GitHub Actions を使って Jest を実行するワークフローを作成したので、その際に検証したこと（オプションなど）を備忘録も兼ねて書いていきます。 1. やりたいこと PR をオープンした時にテストを実行したい なるべく実行時間は短縮したい 2. とりあえず結論 npm と Jest をキャッシュする テストが１つでも失敗したら中断する 実行環境の CPU を元に Jest のワーカー数を指定する 3. 試したこと 3-1. --bail テストが何回失敗した場合にテストを中止させるかを指定します。デフォルトの回数は 1 です。 ▼ 結果 こちらのオプションは実行時間には関係なさそうですが、テストが通らなかった場合にワークフローを中断したいので追加しました。 3-2. --forceExit 全てのテストの実行が終了した後に Jest を強制終了させるオプションで
【ChatGPT + PR Agent + GitHub Actions】 プルリクの AI コードレビューを10分で自動化し、レビューのルールを詳細にカスタマイズする - GMOインターネットグループ グループ研究開発本部
社内勉強会では、弊社グループ会社の方が CodeRabbit の方を使っているよという共有を受けています。 現段階でそこまで大きな差はないようなので、私は GitHub Stars の数が多い PR Agent のほうに注目して説明していこうと思います。 Copilot Pull Request GitHub Copilot も同様の機能を開発・公開しています。 https://githubnext.com/projects/copilot-for-pull-requests すでにGitHub Copilot Enterprise ベータ にて提供が始まっています。 https://docs.github.com/ja/enterprise-cloud@latest/copilot/github-copilot-enterprise/copilot-pull-request-summar
GitHubのレジストリ内に存在しているActionsを使って、GitHubにて開発しているアプリケーションのデプロイ後テストを自動化する手順をご紹介します。 Actions内で起動させるymlファイルには、厳密なコーディングが必要となり、得てしてエラーが発生してしまうシーンも少なくありません。 そういった背景から、今回ご紹介させていただく内容が、デプロイ後テストにおける動作確認の一助になればと思い、筆を執らせていただいた次第です。 概略 構成 準備 appディレクトリ 作成 Test_workflow.yml 作成 実行ジョブ/ステップ 前提条件 ジョブの概要 ステップの概要 サンプルコード requirements.txt 作成 browser_test.py 作成 実行テスト 前提条件 サンプルコード 実行 おわりに 概略 GitHubのレジストリ内「.github/workflow
はじめに DataformはGitリポジトリと連携してバージョン管理や共同開発が可能です。 この記事では、Github Actionsを使用してDataformをGCP環境にデプロイする方法について紹介します。 主にGithub Actions実装方法の紹介でおり、デプロイの戦術や運用方針などは話しておりません。 1.Dataform CLIを使う方法 Github ActionsワークフローでDataform CLIを使う実装です。 CI/CDを組み立てることが可能です。 name: CI on: pull_request: branches: - main jobs: integration: runs-on: ubuntu-latest steps: - name: Checkout code into workspace directory uses: actions/checko
GitHub Actions の github.event.pull_request.base.sha の使いどろこが難しい
GitHub Actions の github.event.pull_request.base.sha の使いどろこが難しい GitHub Actions の pull_request トリガー時に取得できるイベントの値として github.event.pull_request.base.sha がある。 以前 プルリク前後の apk ファイルを比較する GitHub Actions に書いたように、プルリク前後の何かしらの比較で利用できると思っていたが、これを利用することに次のような問題があることに最近、気づいた。 あくまでプルリクの向き先（base）の commit SHA なので、実際の運用ではプルリクの基点とした（プルリク用のブランチを切る基とした）ブランチへのプルリクが行われるとは限らない 仮に、常にプルリクの基点としたブランチに対してプルリクを作る運用としても、ブランチを切って
Github Actionsとは リポジトリ内で処理を自動化してくれる機能になります。 CI/CDに使うことが多いですが、使い方次第では無限大の可能性があります。 また、自分自身で作るだけでなく世界中のエンジニアが公開しているGithub Actionsを使用して自分のプロジェクトで自動実行することも可能です。 エンジニアは基本面倒くさがり屋です。 だからこそGithub Actionsで徐々に自動化して楽なコーディングライフにして欲しいです。 自動化する処理 今回はあると便利な下記2つをGithub Actionsで自動化していこうと思います。 GithubActions処理状況をSlack通知 プルリク作成時にテスト 詳細な処理やコードは次で書いていきます。 実装 実装内容的には簡単ですので是非導入を考えて見てください。 今回はGithubActionsの他にactions/toolk
はじめに .NET Core 3.0 がリリースされたようなので GitHub Actions でビルドしてみます。 GitHub Actions のベータ版も申込みからすぐに使えるようになっています。 .NET Core 3.0 App コンソールアプリケーションを作ってコミットしておきます。 詳細のコードは割愛。全体のコードはこちら。 name: Build .NET Core 3.0 on: push jobs: build: runs-on: macOS-latest # ubuntu-latest, windows-latest, etc steps: - uses: actions/checkout@v1 - uses: actions/setup-dotnet@v1.0.2 # >= v1.1.0 だと dotnet run に失敗する with: dotnet-versio
MBP hokkaido_travel % typos error: `seach` should be `search` --> ./app/javascript/forgot_spotname.js:3:9 | 3 | const seachButton = document.getElementById('search-btn') | ^^^^^ | error: `seach` should be `search` --> ./app/javascript/forgot_spotname.js:5:3 | 5 | seachButton.addEventListener('click', function(event) { | ^^^^^ GitHub Actionsでプルリクのタイポチェックをする では、これをGitHub Actionsに設定し、プルリクエストを作成するたびにタ
旧artifact actions廃止告知、マージキューやデプロイ頻度の話等｜Productivity Weekly(2024-02-14)
こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2024-02-14 単独号です。 今回が第 142 回目です。過去の記事はこちら。 news 📺 Deprecation notice: v1 and v2 of the artifact actions - The GitHub Blog GitHub Actions の actions/upload-artifact および actions/download-artifact の v1
Game CI × GitHub Actions でUnityのCI/CDでハマったところ | 白黒羊
GitHub Actions初心者が、想定通りの動きをしてくれるworkflowを構築するまでに100回程度試行錯誤を繰り返した際の記録です。 General GitHub Actions Errors Game CI使用時に限らない、一般的なエラーです。 Error: .github#L1 every step must define a uses or run key .ymlファイルに根本的な間違いがあるときに表示されるエラーメッセージ？ です。 何も実行されずに終了します。 uses の前に余計な - が入っていることで、何も内容がない -name: が生まれてしまっています。 NG steps: - name: steam - uses: ./.github/actions/deploy-to-steam OK steps: - name: steam uses: ./.gith
【Unity】Code Coverage Package を Github Actions で動かしてみた - Qiita
はじめに Code Coverrage PackageなるものがUnityの中でパッケージ化されていることを皆さんご存じでしたか？自分は知らなかった... 使い方自体はUnityの公式ブログで説明されているので、自分の記事では主にCIを回したときにCodeCoverageが表示されるように自動化するにはどのようにすればよいのかを記事にしたいと思います。 Code Coverageとは？ Code Coverageは、ソフトウェアテストの重要な指標であり、コードがどの程度網羅的にテストされているかを示します。Code Coverageは、品質向上の指標とすることができます。 主なカバレッジの種類には以下があります： 関数カバレッジ: 定義済み関数の呼び出し回数。 ステートメント カバレッジ: 実行されたステートメントの数。 ブランチ カバレッジ: 実行されたコントロール構造のブランチの数（例
概要 GitHub Actionsは、GitHubのリポジトリ内にある .github/workflows ディレクトリに配置されたYAMLファイルを通じて自動化されたプロセスを実行する機能です。 これらのワークフローは、特定のイベントに基づいて自動的に、または手動でトリガーすることが可能です。 この記事では、GitHub Actionsを利用して、手動トリガー（workflow_dispatch） にてアプリのバージョンを自動で更新し、プルリクエストとリリースドラフトを作成するワークフローを設計する方法を紹介します。 実装 GitHub Actionsを用いてアプリのバージョンを自動的に更新し、関連するプルリクエストとリリースドラフトを作成するプロセスは以下の通りです。 ステップ1: ワークフローファイルの作成 まず、GitHubリポジトリ内の .github/workflows デ
[Github Actions] CompositeActionではチェックアウト処理でのクリアに気をつけましょう | DevelopersIO
結論 CompositeAction側でのactions/checkoutの際は、デフォルトでclean=trueなので気をつけましょう name: some comsite action runs: using: "composite" steps: - uses: actions/checkout@v4 with: clean: false # important in some cases - run: some task 説明 CompositeActionを使えば、部分的な処理を部品化してDRYなWorkflowを記述できるので、大変有用です。 他方、CompositeActionの利用に関しては、CompositeAction側でも常にチェックアウトする必要があります。この時にデフォルトのままだとワークスペースがクリアされてしまうため、先にConpositeAction外で実施
![[Github Actions] CompositeActionではチェックアウト処理でのクリアに気をつけましょう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/df6e800516bc9abe74535eb14e30c7d1b699a843/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F04%2FGitHub-Actions.jpg)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。
AWS Lambda関数をGolangで実装し、Github Actionsで構築自動化してみた - Qiita
1. はじめに この記事では、AWS Lambda関数をGolangで実装し、その更新を手動および自動化する方法について解説します。特に、GitHub Actionsを用いた構築自動化の手法に焦点を当てます。 2. AWS Lambdaとは AWS Lambdaは、イベント駆動型のサーバーレスコンピューティングサービスです。ユーザーはインフラストラクチャを管理することなくコードを実行できます。 https://aws.amazon.com/jp/lambda/ 3. GolangでのLambda関数実装 3.1 Golangの環境構築 ※他記事を参考にしてください。 3.2 簡単なLambda関数の作成 今回、Lambdaはコンテナイメージで実装しています。 コンテナイメージにする利点や具体的な実装詳細についてはエムスリーさんのテックブログを参考にしました。 以下は要点です： Golang
[GitHub Actions] ARM64 アーキテクチャのランナーで、AWS CDK での esbuild による Lambda 関数のビルドおよびデプロイをしてみた | DevelopersIO
こんにちは、製造ビジネステクノロジー部の若槻です。 最近のGitHub Actionsのアップデートで、 ARM64 アーキテクチャのランナーがベータ版で利用可能になりました。 オフィシャルのアナウンスはこちらです。 実際に試してみたブログはこちらです。 今回は、GitHub Actions で構築した CI/CD パイプラインでよくあるユースケースとして、AWS CDK での esbuild による Lambda 関数のビルドおよびデプロイを ARM64 アーキテクチャのランナーで試してみました。 試してみた 環境 $ npm ls aws-cdk esbuild (中略) └─┬ iac@0.0.0-github-release -> ./packages/iac ├── aws-cdk@2.149.0 └── esbuild@0.23.0 name: CDK Deploy Manua
![[GitHub Actions] ARM64 アーキテクチャのランナーで、AWS CDK での esbuild による Lambda 関数のビルドおよびデプロイをしてみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f4ab5f129593372efd49b8aec2f3b43851fc0aeb/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-03ce943cd4bfc41b089233e05eec7752%2F9f38e8658365dc10b420302c0635b518%2FGitHub-Actions.jpg)
はじめに GitHub ActionsとClaude APIを組み合わせて、Zennの下書きをChatGPTライクなAIモデルであるClaudeにレビューしてもらう仕組みを作ってみたので紹介します。 記事を書くときにPull Requestを作る 僕は普段Zennのリポジトリでは特にレビューしてもらったりということがないのですべてmainブランチで運用していましたが、PRでレビューしてもらうにあたって Pull Request を作るように変更しました。 mainブランチに比べてPR作ったりが面倒なので以下のスクリプトで記事の作成・PRを作成します。 #!/usr/bin/env bash set -eux # 記事名と記事slugを対話形式で入力させる read -p "記事名を入力してください: " title read -p "記事slugを入力してください: " slug # 記事
GitHub Actionsを利用してFlutterアプリをビルドする場合、ビルド前にSDKをいちいち設定する必要があります。下の例ではそれに1分近くかけており、CIの時間をかなり圧迫していることがわかります。 GitHub Actionsにはキャッシュの機能が存在するため、Flutter SDKをキャッシュすることでCI時間を大幅に削減することが見込めます。 1.Cacheアクションを使う #...略... 'on': push: branches: - master env: flutter_version: '2.10.0' jobs: build_and_deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: search flutter cache uses: actions/cache@
はじめに GitHub Actions を利用して iOS アプリの CI 環境を構築しようとすると、 CI 側に macOS 環境が必要になってきます。このとき private リポジトリを対象とすると、 GitHub では、料金が高額になりやすいです。執筆時点では、 Linux の 10倍の速さで無料枠を消費し、それを消化した後の 1分辺りの料金も 10倍です。 そこで登場するのがセルフホステッドランナーになります。 これは自分で用意した(self-hosted)実行環境(runner)で CI を動かす仕組みです。つまり、 GitHub Actions で macOS 環境にかかるはずの費用が 0 になります。 そのため、 GitHub private リポジトリで iOS アプリの CI 環境を構築する際の有力な選択肢になります。 セルフホストランナーは、プライベートリポジトリでの
今回はトークンを作成し、リモートリポジトリのURLを変更すると、cloneやpullなどができるようになる。 トークンの作成 にアクセスし、左下の「Developer Settings」を選択し、 「Personal Access Setting」->「Token(classic)」を選択。 「Generete new Token(classic)」を選択 「Note」に任意の名前を Expiration(期限)は自由だが、無期限はセキュリティの観点から 非推奨。 「Select scopes」は ・repo (プライベートリポジトリにアクセスする権限) ・workflow(github actionsで使用可能にする権限) を選択。 Generete Tokenを押しトークンを生成。
GitHub Actions 求人特集 第二弾 | IT/Webエンジニアの転職・求人サイトFindy – GitHubからスキル偏差値を算出
ハイクラスエンジニア向け転職・求人サイト。自社開発のWeb企業の求人多数！GitHub登録をすると、IT/Web企業とマッチングします。ユーザーサクセス (キャリア)面談も実施。
これまで、AWS SDKをLambdaにデプロイする際のクレデンシャル(IAMユーザーのアクセスキーとシークレットアクセスキー)管理について課題を感じていました。 環境変数からリソースの強い操作権限をもったIAMユーザーのアクセスキーを読み込む方法だと、キーが流出したときのセキュリティリスクが大きいので、IAMロールを利用する方法に変更しました。 本記事では、この変更を実施する際の手順を備忘録としてまとめています。 手順 GitHub ActionsのデプロイワークフローでGitHub SecretsからAssumeRole権限をもったIAMユーザーのアクセスキーとシークレットアクセスキーを読み込み、AssumeRoleでIAMロールの権限を引き受けるようにしました。 IAMユーザーの作成 コンソールやIaCツールからIAMユーザーを作成し、以下のカスタムポリシーを作成して関連付けます。
ちょくちょく詰まりポイントがあったので、備忘録として。 IAMリソースの作成 まず、GitHub Actions からAWSリソースを操作するための認証を行う必要があります。 最近追加された、GitHub Actions の OpenID Connect (OIDC) を使うのがよさそう。 参考: https://zenn.dev/miyajan/articles/github-actions-support-openid-connect 公式テンプレートを参考に、CloudFormation でIAMリソースを作成していきます。 AWSTemplateFormatVersion: "2010-09-09" Description: IAM resource Parameters: GitHubOrg: Type: String Default: hukurouo # GitHub のアカ
こんにちは、島田です。 今回はいつも何気なく使っているGitHub Actionsのactions/checkoutでハマったポイントについて書いていきます。 何を作っていたか 弊社では とコード内に書くことで、日付が近くなるとSlackに通知してくれるGitHub Actionsを運用しています。 これはシンプルですが意外と便利です。 例えば、Linyの機能にカレンダー予約というものがあります。 この機能は、カレンダーの空いている日付から日時指定の予約ができる機能です。店舗への来店や常設の相談窓口、サロンやクリニック、少人数の講座や面談の予約など、幅広く活用できる機能です。店舗の受付窓口になるので、当然祝日はお休みするなどの設定をできる必要があります。 日本における国民の祝日は、内閣府が前年の2月に公開します。2024年の2月に2025年の祝日が公開されるといった運用です。 そのため、L
CI/CD の概要 Continuous Integration（継続的インテグレーション） Continuous Delivery/Deployment（継続的デリバリー） ソフトウェア開発のライフサイクルにおける処理を自動化 市場へ迅速に、継続的な価値を提供 GitHub Actions GitHub が提供する CI/CD サービス 2019年11月に正式版がリリース public リポジトリなら無料で使える（全機能ではない） GitHub でのソフトウェア開発と親和性が高い Software Design 2022年2月号が参考になる https://www.amazon.co.jp/dp/B09QKG3C1L ハンズオン https://github.com/hkusu/cicd-android-hands-on/wiki Android アプリの開発経験が無くても進められる内容
訳あってCI/CDをCloud BuildからGitHub Actionsに変えてみた - ENGINEERING BLOG ドコモ開発者ブログ
TL;DR CI/CDパイプラインを、Cloud BuildベースからGitHub Actionsベースに移行してみた プロジェクトの制約上、CI/CDパイプラインを継続的に作成する必要があり、リポジトリの手動接続が必要なCloud Buildは運用側の負荷が高かった 移行のコストは考慮しつつも、Github ActionsでCI/CDの自動化に挑戦したことで、運用負荷を最小限に抑えることができるようになった （付録）Cloud Deployやコンテナの脆弱性検出等をCI/CDパイプラインに組み込むことを検討したが、今回の構成には合致しなかった 自己紹介 NTTドコモ データプラットフォーム部（以下DP部）黒須です。 本記事は、「社員1000人以上が使う、Streamlit in Google Cloudのサーバレスプラットフォームを完全内製してみた」で言及しているプラットフォーム上で開発
Figma APIとGitHub Actionsによるデザイントークンとコードベースの同期の試み #techtekt Advent Calendar 2023 - techtekt
この記事はtechtektアドベントカレンダー2023の20日目の記事です🎁 はじめに こんにちは。 HR forecasterというプロダクトの開発をしている伊藤です。 最近、デザイナーとエンジニアで協力して、Figmaで定義したデザイントークンとGitHubリポジトリ上のTypeScriptコードをFigma Variables REST APIを利用して同期するトライアルを行ったので、エンジニア観点で紹介します。 今回のトライアルの背景 前提として、HR forecasterは複数のサブプロダクトで構成され、開発エンジニアチーム、GitHubリポジトリはサブプロダクト毎(マルチリポジトリ構成)に分かれています。 これらのサブプロダクト間でデザインの一貫性を保つために、カラーを共通npmパッケージで定義して利用できるようにしたいと考えていました。 %%{init:{'theme':'
前回の GitHub Actions を fork して利用する に引き続き GitHub Actions 周りを調べている。 今回は Pull Request にコメントする方法を調べていた。 TL;DR name: CI on: [push] jobs: gh-sample: runs-on: codebuild-<project-name>-${{ github.run_id }}-${{ github.run_attempt }} steps: - uses: actions/checkout@v3 # ① # Self Hosted Runner の場合には手動でインストールする必要がある # GitHub.com がホストしているランナーには pre-install 済みなのでインストールの必要なし # https://docs.aws.amazon.com/codebuild
「GitHub CI/CD実践ガイド」を読んで、GitHub Actionsを始めよう - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
弊社ではGitHub Actionsの登場以前からCI/CDを行っていることもあり、CI環境としてはCircleCIが標準となっています。とはいえ開発の中心はやはりGitHubであり、GitHub上で自己完結できるという点において、GitHub Actionsの優位性は見逃せません。 今まで筆者は「CircleCIでやってたこの機能は、GitHub Actionsではどうやるんだろう?」といった視点で、都度検索することが多かったのですが、そういうやり方では知識が横方向に広がらないのですよね。もしかしたらもっと便利な機能があったり、やってはいけないアンチパターンがあるかもしれないのに、ピンポイントに検索していると、そういう気づきが得にくいのです。 なので場当たり的にググるのではなく、どのような技術であっても、一度は体系的に学んでおく必要があるというのが筆者の考え方です。そんな用途にぴったりな
GitHub Actions の repository_dispatch イベントを使ってリポジトリ間でリリースイベントを伝播させる - Qiita
GitHub Actions の repository_dispatch イベントを使ってリポジトリ間でリリースイベントを伝播させるGitHubGitHubActions タイトルの通りですが最近は GitHub Actions をいじる機会が多く、リポジトリ間でリリースイベントを伝播してワークフローを実行するなどしたかったので備忘録です。 repository_dispatch を使う repository_dispatch は GitHub の外部のイベントを検知するために用意されている機能です。GitHub API に用意されてるエンドポイントからワークフローをトリガーすることができます。https://docs.github.com/en/actions/reference/events-that-trigger-workflows#repository_dispatch なお、
【イベントレポート】Server Actionsを踏まえた フルスタックTypeScriptの一考察 - Timee Product Team Blog
イベント概要 2023年8月2日に「What’s “Next” JS Meetup」と題してバベル社のuhyoさんをお招きしてNext.jsに関する勉強会を開催しました。 その中でタイミーフロントエンドエンジニアのいーふとさん（@redshoga）の講演をイベントレポートにまとめてお届けします。 今回のスピーカー Server Actionsの概要 ※ 2023年8月2日のイベント開催時点での情報であり、将来的に変わる、変わっている可能性があります。 Server Actionsはざっくり説明するとサーバーで動作するコードをあたかもクライアント上に記述できる機能です。コード下部のLikeボタンがクリックされると、propsに渡されているincreateが呼び出され、その中でPrismaのclientが動作します。 クライアントで動作 レンダリング結果 サーバーで動作 送信データ 一つのファ
Github ActionsでResource not accessible by integrationが出た際の対処法
こちらの記事を参考にZennの予約投稿を試していたところ、 Github Actionsの${{ secrets.GITHUB_TOKEN }}の部分で下記のエラーが出てしまったので、解決策をメモしておきます。 実際のワークフロー用のyamlコード 解決方法 該当するリポジトリのSettings > Actions > General > Workflow permissionsを Read repository contents permission から Read and write permissions に変更すると解決できました
GitHub Actionsでデフォルトの作業ディレクトリを絶対パスで取得する - BioErrorLog Tech Blog
GitHub Actionsでデフォルトの作業ディレクトリを絶対パスで取得する方法の備忘録です。 はじめに デフォルト作業ディレクトリの絶対パスを取得する ${{ env.GITHUB_WORKSPACE }} では取得できない $GITHUB_WORKSPACE で取得できる ${{ github.workspace }} でも取得できる おわりに 参考 はじめに こんにちは、@bioerrorlogです。 GitHub Actionsでスタート時点の作業ディレクトリの絶対パスを取得したいことがあります。 その取得方法で少し戸惑ったことがあったので、やり方の備忘録を残します。 ※ 動作検証に使ったソースコードはこちらに置いています: github.com デフォルト作業ディレクトリの絶対パスを取得する ${{ env.GITHUB_WORKSPACE }} では取得できない ドキュメント
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(Next.js) Server ActionsはAPIの隠蔽にいいのでは？ - Qiita
GitHub Actionsにおける一部環境変数の特殊な可視性について
Github Actionsでリリース作業を自動化してみた - Qiita
useActionStateとServer Actionsを利用したフォーム実装（zodでバリデーションも)
GitHub ActionsでEC2へのデプロイ自動化(CI/CD)
GitHub Actionsを使ってPR時にJestをいい感じに実行したい - Qiita
GitHub Actionsに自動化したデプロイ後テストを組み込む - JBS Tech Blog
Github ActionsでDataformをデプロイする方法 - Qiita
Github Actionsを使用して自動化 〜Typescriptを添えて〜 - Qiita
GitHub Actions v2 で .NET Core 3.0 をビルドする - Qiita
タイポ発見ツールtyposをGitHub Actionsで導入してみた - Qiita
GitHub Actionsを活用してアプリバージョンの更新とPR・リリースドラフト作成を行う方法
GitHub Actions Meetup Tokyo #3 (2024/05/16 19:00〜)
GitHub ActionsでZennの下書きをClaudeにレビューしてもらう
GitHub ActionsでFlutter SDKをキャッシュする
GitHub Actions でホステッドランナーを使う
Github ActionsでVPSに自動デプロイする(AWS lightsail) - Qiita
IAMロールとGitHub Actionsの統合によるデプロイのセキュリティ強化 - Qiita
GitHub Actions で docker build して ECR に push する
何気なく使っているactions/checkoutで気をつけること
CI/CD ハンズオン（GitHub Actions & Android 編）全体説明 - Qiita
GitHub Actions で Pull Request にコメントをつける