release-please-actionのオーナー変更の話など｜Productivity Weekly(2024-05-15)

こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。

僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。
本記事はその時のネタをまとめたものです。

2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。
今週は 2024-05-15 単独号です。

今回が第 152 回目です。過去の記事はこちら。

2023-05-10 号から、生産性向上チームの他メンバーにいくつかのトピックを紹介していただくことにしています。

対象のトピックでは、文章の最後に 本項の執筆者: <執筆者名> を追加しています。

今週の共同著者は次の方です。

• @korosuke613
• @defaultcf
• @Kesin11
  
  

news 📺

Was this repository recently moved? · Issue #980 · googleapis/release-please-action

https://github.com/googleapis/release-please-action/issues/980

5 月前半の短期間において、OSS のリリースをいい感じで自動化する GitHub Actions のカスタムアクション google-github-actions/release-please-action が利用できなくなっていました。現在は利用できますが、利用者は対応が必要です。

リポジトリが google-github-actions オーナーから googleapis オーナーへ移動したことにより、google-github-actions/release-please-action が not found 扱いになったことが原因です。GitHub のリポジトリが移動した場合、古いリポジトリを参照するとリダイレクトしてくれるようになっていますが、GitHub Actions においてはそうならないようです^[1]。

結局、google-github-actions/release-please-action にコピーが作成＆アーカイブされ、現在は参照できます。
ただし、google-github-actions/release-please-action は今後メンテされないため、利用者は googleapis/release-please-action へ移行する必要があります。

こんなことが起こるとは思っていませんでした。Google の方も想定していなかったのかもしれませんね。
とりあえず利用者は早急に移行しましょう。

本項の執筆者: @korosuke613

Amazon S3 will no longer charge for several HTTP error codes

https://aws.amazon.com/jp/about-aws/whats-new/2024/05/amazon-s3-no-charge-http-error-codes/

前回の 5 月 8 号の Cloud Storageバケット名を知っていれば、EDoS攻撃を仕掛けられるのか？ の最後で少しご紹介しましたように、S3 の 403 エラーレスポンスを返す一部リクエストに関しては、リクエスト料金や帯域幅料金が発生しなくなりました。
ただしこれは「バケット所有者」または「バケット所有者の AWS Organizations」以外からのリクエストに限られます。
バケット所有者の場合は引き続き課金が発生しますのでご注意ください。

他に課金されないエラーレスポンスは次のドキュメントに記載がありますので、気になる方は見てみてください。
https://docs.aws.amazon.com/AmazonS3/latest/userguide/ErrorCodeBilling.html

本項の執筆者: @defaultcf

GitHub-hosted runners: Public Beta of Ubuntu 24.04 is now available - The GitHub Blog

https://github.blog/changelog/2024-05-14-github-hosted-runners-public-beta-of-ubuntu-24-04-is-now-available/

GitHub Actions において、Ubuntu 24.04 ランナーが利用可能になりました（public beta）。
ubuntu-24.04 ラベルで利用できます。ubuntu-latest はまだ 22.04 です。

ubuntu-24.04 ラベルのランナーにインストールされているソフトウェア一覧は、actions/runner-images リポジトリで確認できます。
もし先に ubuntu-24.04 で動くかどうか確認したいワークフローがある方は試しに使ってみましょう。

本項の執筆者: @korosuke613

クラウドでもsuが出来る! GCPにPAM(特権管理)がついに登場

https://zenn.dev/koduki/articles/47e433c12c5fad

Google Cloud において、ジャストインタイムの特権アクセス機能 Privileged Access Manager (PAM) がプレビューで使えるようになりました。

PAM を使うことで、Google Cloud 上での作業において、一時的に特権の必要な操作ができるようになります。
特権を得たいときは利用申請を行い、あらかじめ設定された承認者が承認することで、特権を得られます。承認者を設定しないことも可能で、その場合は利用申請して即利用できるようです。

この記事では、そんな PAM の概要やなぜ嬉しいか、実際に使ってみたログなどが紹介されており、どんな機能なのかわかりやすいです。
個人的にも普段は弱い権限で作業し、必要に応じて都度強い権限を使うようにしたいので、この機能はとても嬉しいですね。AWS にも同等の機能が来てほしいです。

本項の執筆者: @korosuke613

1Password SDKs Are Now Available in Beta | 1Password

https://blog.1password.com/sdk-beta/

1Password の SDK が Beta で登場しました。
1Password には REST API が提供されていません。それを実現しようとしてしまうと、1Password のサーバー側でユーザーデータを復号できるようにしなければならないからです。ユーザーデータを復号する鍵はユーザーだけが持つモデルになっているため、今後も REST API は提供されないでしょう^[2]。

今までプログラマブルに 1Password に保存されたユーザーデータを扱う方法は CLI がありましたが、今回 SDK が公開されたことで任意のアプリケーションに容易に組み込むことが可能になりました。
現在は Go, JavaScript, Python 用に SDK が提供されています。
https://github.com/1Password/onepassword-sdk-go
https://github.com/1Password/onepassword-sdk-js
https://github.com/1Password/onepassword-sdk-python

チームで共有しているパスワードのローテーションの自動化などに使えそうです。

本項の執筆者: @defaultcf

know-how 🎓

GitHub Actions 上での Go の Docker ビルドを高速化する

https://zenn.dev/takamin55/articles/8c68349a069b4c

生産性向上チームの @takamin55 さんが書かれた記事で、GitHub Actions 上での Docker ビルドでも Go のキャッシュを効かせてビルド時間を短縮する方法を紹介しています。

GitHub Actions 上での Docker ビルドの高速化テクニックとして有名なのは Docker 公式が提供している docker/build-push-action の cache-from: type=gha と cache-to: type=gha,mode=max オプションを利用する方法でしょう^[3]。これはビルド時のレイヤーキャッシュを GitHub Actions のキャッシュに保存することで次回以降のビルド時間を短縮しています。

ですがこの方法では Dockerfile 中の RUN go build のステップのレイヤーキャッシュが利用できなかった場合は結局 go build に時間がかかってしまいます。本来 Go はビルドキャッシュをローカルに残すので次回以降の go build は高速になるはずですが、Docker のビルドでは次回ビルド時に前回のキャッシュを利用できないためです。これは GitHub Action 上でもローカルマシンでも同様です。

最近の Docker はこの問題を解決するために RUN --mount=type=cache オプションを提供しています^[4]。このオプションを利用すると Docker のビルド時にキャッシュをローカルに保存することが可能になるため、 go build のようなキャッシュを利用できるコマンドに対して効果があります。ただ、残念ながら GitHub Actions はローカルマシンと異なりビルドのたびに毎回新しいマシンが割り当てられるため RUN --mount=type=cache のキャッシュが残っておらず、実質的に利用できないのです。

というのが Docker ビルド内における go build のキャッシュ問題なのですが、この記事では reproducible-containers/buildkit-cache-dance という action を利用することでこの問題を解決し、Docker ビルドにおける go build のビルド時間を大幅に短縮できることを紹介しています。

https://github.com/reproducible-containers/buildkit-cache-dance

どのような仕組みでこの問題を解決しているのかについて図付きで分かりやすく解説してくれています。buildkit-cache-dance の README にはどのように実現しているのか具体的な方法は書かれていないため、図で紹介されていることで挙動を理解しやすかったです。

ちなみに buildkit-cache-dance の README ではサンプルとして Go のビルドキャッシュ以外に apt-get のキャッシュにも有効であると紹介されています。Go に限らず GitHub Actions での Docker ビルド時間短縮に興味がある方は buildkit-cache-dance を試してみると良いかもしれません。

本項の執筆者: @Kesin11

Exploring Type-Informed Lint Rules in Rust based TypeScript Linters - Speaker Deck

https://speakerdeck.com/unvalley/exploring-type-informed-lint-rules-in-rust-based-linters

ESLint 以外の各種 TypeScript 向け Lint ツールが型情報を扱えない問題について今後どう解決される可能性があるのかを紹介しているスライドです。

TypeScript の Lint ツールとして有名なのは間違いなく ESLint ですが、最近では ESLint よりも高速であることを売りにする Oxc や Biome といった Rust 製の Lint ツールが登場しています。Lint に時間がかかってしまうと地味に開発速度が低下するため、ESLint から別の高速な Lint ツールに乗り換えるという選択肢は十分に考えられます。ですが、新しいツールは登場したばかりでいずれもこなれていないことに加えて、TypeScript の型情報を扱うことができないため型情報を利用した Lint ルールを作成することが難しいという問題があります。

すぐに解決する問題ではなさそうですが、TypeScript 5.5 に予定されている --isolatedDeclarations は少し期待ですね。

生産性向上チームでは ESLint v9 へのアップデートに苦労しており、いっそ ESLint の代わりに Biome への乗り換えを試し始めているところでした。 no-floating-promises のような便利だが型情報を必要とするルールについて Biome では諦めざるを得ないと思っていたところなので非常にタイムリーな話題でした。

本項の執筆者: @Kesin11

gh copilotにgit diffの入力を渡して、git stashの説明文を作ってもらう - hitode909の日記

https://blog.sushi.money/entry/2024/05/15/090000

git commit や stash のメッセージを作るのは時に億劫です。
この記事では GitHub Copilot を使って、stash のメッセージを git diff の実行結果から自動生成することを試みています。

gh copilot suggest の引数に git diff の実行結果を展開しつつ、内容を要約するように指示することで、要約文付きの git stash save コマンドを生成しています。
私も試してみました。記事でも書かれているように、コマンドを実行すると色々とインタラクティブに入力が求められるため、ちょっと億劫です。

$ gh copilot suggest "I want to stash changes. Please read current change and suggest the message with changed file and changed motivation: $(git diff)"

Welcome to GitHub Copilot in the CLI!
version 1.0.3 (2024-05-08)

I'm powered by AI, so surprises and mistakes are possible. Make sure to verify any generated code or suggestions, and share feedback so that we can learn and improve. For more information, see https://gh.io/gh-copilot-transparency

? What kind of command can I help you with?
> git command

Suggestion:

  git stash save "Stash changes: src/index.ts - changed motivation"

何か手はないか調べてみると、gh copilot suggest の -t オプションを使用することで、最初にインタラクティブに訊かれる「What kind of command can I help you with?」を訊かれなくできることが分かりました。

また GitHub の公式ドキュメント中に「Copilot in the CLI 向けのエイリアスの設定」という項目を見つけました。
https://docs.github.com/ja/copilot/github-copilot-in-the-cli/using-github-copilot-in-the-cli#copilot-in-the-cli-向けのエイリアスの設定

このエイリアスを使えるようセットアップすると、gh copilot suggest の代わりに ghcs を使えるようになります。

ghcs -t git "I want to stash changes using git stash command. Please read below change and suggest the message with changed file and changed motivation: $(git diff)"

Welcome to GitHub Copilot in the CLI!
version 1.0.3 (2024-05-08)

I'm powered by AI, so surprises and mistakes are possible. Make sure to verify any generated code or suggestions, and share feedback so that we can learn and improve. For more information, see https://gh.io/gh-copilot-transparency

Suggestion:

  git stash save "Stash changes: src/index.ts - changed motivation"

さらにシェルの方で今回のコードを stash というエイリアスにして作っておけば、stash と打つだけで差分からメッセージ付きの stash を作るコマンドを出してくれるようにできそうです。

ただ提案されたコマンドを見るとコード変更の動機が上手く書かれておらず、プロンプトに工夫が必要そうです。
色々工夫して、生産性を上げたいですね。

本項の執筆者: @defaultcf

tool 🔨

zenncast - 技術トレンドをAIがラジオに変換

https://zenncast-web.vercel.app/

Zenn のトレンド記事を AI を使ってまとめ、ラジオとして配信するサービス zenncast が公開されました。なんと毎日更新です。
毎朝 10 分程度で、Zenn のトレンドに上がった記事を 5 つピックアップし、本当のラジオのように紹介してくれます。通勤・通学中に聞くのに良さそうですね。

僕もちょくちょく聴いてるのですが、まるで本当のラジオのようでとてもびっくりしました。お便りも読んでくれます。
Web 上だけでなく、Spotify や Apple Podcasts でも配信されているため聴くためのハードルは低いです。

なお、作者による技術構成の解説記事も公開されています。ChatGPT のような AI を使って何かをする際の参考になると思います。

• AIラジオ『zenncast』の技術構成（プロンプトつき）

とても面白い試みだと思いました。サービスの内容自体も勉強になるので、気になる人は聴いてみてください。

本項の執筆者: @korosuke613

read more 🍘

Productivity Weekly で出たネタを全て紹介したいけど紹介する体力が持たなかったネタを一言程度で書くコーナーです。

• news 📺
  • Hello GPT-4o | OpenAI
    • OpenAI で GPT-4o が利用できるようになりました
    • GPT-4 より高速で、かつ、音声や動画などの複数の種類や形式のデータに対応しているとか
    • ChatGPT の無料版でもリミットが来るまでは利用できるのですが、確かに応答が非常に速くなっていました
    • また、API 使用料金もその他のモデルより安く、GPT-4、GPT-4 Turbo と比べて半分以下の価格で利用できます
    • 実は本記事でもレビューに GPT-4o を使ってみるようにしました
      • さっそく誤字を発見してくれています
      • いつかその内容で記事を書いてみたいですね
  • dependabot-core is now open source with an MIT license - The GitHub Blog
    • Dependabot のコア機能が MIT ライセンスでオープンソース化されました
    • コミュニティが Dependabot に貢献しやすくなったほか、Dependabot のコア機能を使った新しいツールを作成・利用することも可能になりました
• tool 🔨
  • ［速報］Google、Geminiベースの新WebIDE「Project IDX」をオープンベータで公開
    • Google が新しい WebIDE「Project IDX」をオープンベータで公開しました
    • VSCode の OSS 版をベースにされており、ローカルマシンではなく Google Cloud 上のインスタンスで動作し、ブラウザから利用できるようになっています
    • Android や iOS のための Web プレビュー機能や AI アシスタントの Gemini が統合されていたりと、気になる機能が搭載されています

本項の執筆者: @korosuke613

あとがき

遅くなってしまいすみません。日光にキャンプに行っていました。

サイボウズの生産性向上チームでは社内エンジニアの開発生産性を上げるための活動を行なっています。そんな生産性向上チームが気になる方は下のリンクをクリック！
https://speakerdeck.com/cybozuinsideout/engineering-productivity-team-recruitment-information

脚注

1. ここら辺詳しい仕様はよくわかってません。

2. 後から調べてみると、Connect Server という仕組みを使えば REST API を使用できたようです。今回の SDK の登場により、Connect Server 無しに SDK 経由でのアプリケーション実装が可能になりそうです。 https://developer.1password.com/docs/connect/

3. https://docs.docker.com/build/ci/github-actions/cache/#github-cache

4. https://docs.docker.com/build/guide/mounts/