こんにちは、 @kz_morita です。 Git で空コミットを作成する方法について調べたのでメモします。 空コミットを作る方法 Git ではファイル差分がなければ基本的には commit を作成できませんが、 --allow-empty オプションを追加すると差分がなくてもコミットを作成することができます。 $ git commit --allow-empty -m "Commit Message" 空コミットの使い所 なぜ空コミットをしたかったのかというと、Dagster の Branch Deployment 機能を用いて開発環境を作成したかったためです。 現在、Dagster という Data Pipeline の Orchestration ツールを使用しています。Dagster には Branch Deployment という機能があるのですが、実際のワークフローに加え特定の GitHub のブランチをデプロイして、ワークフローを動かせる仕組みとなっています。 私の環境では、Snowflake 上で本番と開発のスキーマを分けていて、Dagster の Branch Deployment 機能を用いて、開発用ブランチのワークフローを Snowflake の開発環境に向けて実行するということを行っています。 Dagster の Branch Deployment 機能は、GitHub の Pull Request を見てデプロイが実行されます。 そうなると開発フローとしては、 実装を行う 開発用ブランチに修正を merge する Dagster の Branch Deployment 機能でデプロイされる 開発用のワークフローを回して、Snowflake の開発用スキーマ上に反映 となります。 このときに、本番環境、つまり main ブランチの内容を定期的に、開発用ブランチにも反映したいのですが、main を開発用ブランチにマージしたタイミングで差分がなくなってしまうと Pull Request が自動で閉じられてしまいます。

こんにちは、 @kz_morita です。 タスク管理ツールに何を使用するか。永遠の課題ですが今回 GitHub Projects で管理してみようと思いいろいろ試してみたのでメモします。 Github Projects でタスク管理 GitHub Projects は、プロジェクト管理に使えるものですが個人のタスクを管理するために使えないかと思い試してみています。 上記のようにタスクを管理できます。 内部的には、Issus を作りそれを Projects に紐付けることで管理ができるという感じです。 ボード形式の他にもガントチャートなどもつくれるようで、GitHub Projects を作る際にいくつかのテンプレートから選択することができます。 CLI からタスクを追加したい これでしばらく運用してみようと思いますが、CLI からサクッとタスクを追加したいなと思い、Shell script を書きましたがいくつかハマりどころがあったのでメモしておきます。 最終的に以下のような感じでタスクを追加できるようになりました。 $ ./todo.sh add 本を読む Shell script で使用しているツールとして以下をインストールしました。 gh (GitHub CLI) jq subcommand を扱う todo.sh add {TITLE} で追加できるようにしたいため subcommand を扱える必要があります。 以下のように、case 文で雑に扱いました。 SUB_COMMAND="$1" shift function list() { /**/ } function add() { /**/ } function usage() { /**/ } case ${SUB_COMMAND} in ls) list ;; add) add $1 ;; *) usage ;; esac タスク追加処理 タスクの追加処理は、以下のような順に処理を行います。

こんにちは、 @kz_morita です。 今回は，3/24 に GitHub により RSA SSH ホストキーが更新された際の対応をメモしておきます． GitHub による対応について 詳しくは，GitHub 公式から blog がだされています． https://github.blog/2023-03-23-we-updated-our-rsa-ssh-host-key/ GitHub 上のセキュリティ観点から，RSA SSH Host キーが更新されたために，GitHub にアクセスしている Client 側で作業をする必要があるとのことでした． 結果として，以下のようなエラーが出るようになっています． (↓ は github の公式ブログから引用しています．) @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed.

こんにちは、 @kz_morita です。 E2E Test を Github Actions で実行する際に，VPN 内にある API Server にアクセスする必要があったのですが，Security Group に Github Actions の Public IP を追加する方法でうまく動かすことが出来たので今回はそのことについてまとめます． 背景とか Web Client 側の E2E テストを実施するにあたり，API Server に接続する必要があったのですが，開発環境の API Server は VPN 内からのみアクセスできるようになっていました． そのため，Github Actions から API Server にアクセスすることが出来ず E2E テストが失敗していました． E2E Test 時のみ アクセスすることができるように，Security Group に Github Actions の Public IP を追加する対応をしました． 実現方法 以下のような yaml で Security Group に Github Actions の Public IPを追加することができました. name:E2E Test with Cypress (Node.