【要約】📃 GitHub Pages でお手軽静的ページ公開 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
個人アプリ開発者が、ストア申請に必要なWebページを公開する際に、運用コストが増大する問題。アプリ本体とは別に、以下の課題に直面する。
- ・プライバシーポリシーやサポートURLの用意が必須となる。
- ・S3やNetlify等の別サービスを使うと、管理対象が増える。
- ・デプロイフローが分離し、運用の複雑性が増大する。
- ・数枚のHTMLのためにインフラを構築するのは過剰である。
// Approach
著者は、アプリのリポジトリ内で完結させるため、GitHub Pagesの特定機能を利用する解決策を提示した。具体的には以下の手順で構築を行う。
- ・アプリのリポジトリ内に
docs/フォルダを作成し、HTMLを配置する。 - ・GitHub Settingsで、公開ソースとして
mainブランチの/docsを指定する。 - ・DNSにAレコード（185.199.108.153等）とCNAMEを設定する。
- ・HTTPSを有効化し、カスタムドメインでの表示を確認する。
// Result
この手法を導入することで、開発者はインフラ管理の手間を排除し、アプリ開発に集中できる環境を得た。具体的な成果は以下の通りである。
- ・
git pushするだけで、約1分でサイトが反映される。 - ・追加費用なしで、独自ドメインとHTTPSが利用可能となる。
- ・アプリのソースコードとWebサイトの履歴を一元管理できる。
Senior Engineer Insight
> 運用負荷を最小化する、極めて合理的な設計である。管理対象をリポジトリ内に集約し、開発体験（DX）を向上させている。ただし、
docs/ 内への機密情報混入は致命的なリスクとなる。組織導入時は、Privateリポジトリのコストと、公開範囲の権限管理を厳格に検討すべきだ。