こんにちは、あらさんです。ポケモンSV最高です。 今回は面倒なXcodeの配布のための証明書をXcode13から提供されているCloud-managed certificatesを利用して自分たちの管理から脱却する内容です。 この記事は既に開発中のアプリを対象に書いています。新規でiOSアプリを作る場合はXcode Cloudを使うと一番はやいです。特に悩む部分もなくXcodeをポチポチするだけでTestflightへのデプロイまで終わります。Flutterを利用している場合は公式リファレンスを読んでCodemagic等でAndroid/iOS両方をセットアップすることが一番はやいと思います。 現在の痛み 色々な証明書のFastlane Matchを利用したGithubでのホスティングによる手動管理、プロジェクトにあふれるsigningStyleのManualをなんとかしてAutomati

GitHub Actions で Flutter アプリの TestFlight 用バイナリ（ipa）をビルドする方法を調べると「Automatically manage signing」 を無効にしてビルドする記事が出てきます。 オプションを有効にしたままビルドする方法が見つからなかったので調べました。検証は Flutter で行いましたが、Flutter を使わない iOS ネイティブのプロジェクトでも同様の手順でビルドできると思います。 Automatically manage signing と Cloud signing Automatically manage signing について改めて調べると、Xcode13 以降では Automatically manage signing を有効にすると Cloud signing という機能が使われるようです。 Cloud sign

はじめに 今回はiOSアプリ開発者の頭を悩ませる証明書管理のベストプラクティスについて記事を書こうと思います。 結論 まず結論からですが、xcodeのAutomatically manage signingを有効にして手動での証明書管理をやめましょう！ （所属する組織の人数規模や管理するアプリ数によって状況が異なるため、一概には言えないので詳細は後述する内容をお読みください） 前提 この記事を読むにあたっての前提です。 想定読者 iOSアプリ開発に必要な証明書管理の知識がある程度ある人（証明書についての詳細な説明は記載しません） 本記事で紹介する手法がマッチする対象者 個人アプリ開発者 iOS開発者が20人程度以下、管理するアプリが数個ほどの小〜中規模組織 組織のApple Developer Programアカウント に 開発者個人のアカウントを紐付けて運用可能なこと Apple Dev

Next.js の "use cache" ディレクティブによるキャッシュ制御 2024.11.02 Next.js の App Router はデフォルトでキャッシュされる設計でリリースされました。一方でデフォルトでキャッシュされることに対して不満を持つ開発者も多かったように思います。このようなフィードバックを受けて、Next.js 15 ではいくつかのキャッシュ戦略が変更されました。さらに現在 canary チャンネルで提供されている dynamicIO フラグを有効にすることで、"use cache" ディレクティブを用いてキャッシュを制御できるようになります。 Next.js の App Router では最もパフォーマンスの高いオプションで提供されるために、デフォルトでキャッシュが有効になっており、必要に応じてオプトアウトする設計でリリースされました。例えば global fet

Conditional React hooks patternRecently I was refactoring some internal hooks in Headless UI and there is a pattern we use often to enable React hooks conditionally and thought I would write about it. Often you want to use a React hook based on certain conditions, but that's not allowed by the rules of hooks. But luckily for us, there is a relatively simple trick you can use to conditionally enabl