もし自分のGitHubを作ったら

本記事は、友人同士で『もし富豪だったら何をするか』というゲーム的な会話から始まります。著者が指摘するのは、現在のGitHubが多くの開発者にとって理想的でなくなり、自分たちなら独自にどう設計するかという問題提起です。

本記事は、友人同士で『もし富豪だったら何をするか』というゲーム的な会話から始まります。著者が指摘するのは、現在のGitHubが多くの開発者にとって理想的でなくなり、自分たちなら独自にどう設計するかという問題提起です。

記事の核心は、プロジェクト管理における根本的な矛盾にあります。現在のGitHub等は、コードをgitリポジトリで管理する一方で、Issue、Pull Request、Discussion、ドキュメントなどのプロジェクト関連情報は外部サービスに依存しています。

これにより、コードと関連情報の同期ズレが生じるという課題があります。著者が提案するのは、プロジェクトに関連する全ての情報をgitリポジトリ内に統合し、真実の単一の源として機能させることです。

このアプローチにより、軽量で自律的、かつオフラインでも動作する開発環境が実現します。既に世界中で独自のフォージやツール開発が進行しており、中央集約的なGitHubへの依存度を低める動きが加速しています。

これは開発者体験とプロジェクト管理の根本的な再考察であり、オープンソース開発の在り方にも影響する重要なテーマです。

HNの反応

GitHubが唯一の最適解ではなくなったという認識が広がり、複数の代替ツールやアプローチが台頭しつつある。Tangled.orgなどの既存プロジェクトや、リポジトリ内情報管理を実現するカスタムツールの開発事例が注目を集めている。

注目コメント

「プロジェクトの状態に関する全ての情報は、バージョン管理されたリポジトリに含まれるか、あるいはプロジェクトの一部ではないかのどちらかであるべきです。私自身、GitHubのIssue機能の代替として、リポジトリの中にIssueを保存する小さなツールを作成しました。これにより、作業とTODOリストを常に同期させることができます。このような類のプロジェクトは他にも数多く存在すると予想します。」— @steviee

元記事を読むHN討議を見る