Gleam が分散型 Git Forge である Tangled にホストされるようになりました

Gleam が分散型 Git Forge である Tangled にホストされるようになりました

Gleam のコードベースが Tangled に移行

Gleam の公式リポジトリは、分散型 Git forge である Tangled に移行されました。これは、従来の集中型ホスティングからの脱却を意味します。

Tangled は、AT Protocol 上に構築された、フェデレーション型の自己ホスト可能な Git サービスを提供します。Gleam プロジェクトは現在 https://tangled.org/gleam.run/gleam に存在しており、そこでは典型的なリポジトリ統計（約 11k commits、143 stars、1 fork）と、コンパイラ、language server、およびドキュメントを含む完全なソースツリーが表示されます。

なぜこの移行が重要なのか

分散型ホスティングは、企業プラットフォームへの依存を減らし、プロジェクトがデータ、ガバナンス、および可用性に対してより多くの制御権を持つことを可能にします。

  • 回復力: Tangled のフェデレーションは、単一のノードがダウンしてもリポジトリにアクセス可能であることを意味します。
  • プライバシーと所有権: プロジェクトはコードを自己ホスト型の "knot" に保持し、GitHub のようなサービスへのロックインを回避します。
  • コミュニティとの整合性: "型安全でスケーラブルなシステムを構築するためのフレンドリーな言語" という Gleam の精神は、コミュニティ主導のインフラストラクチャと一致しています。

Tangled の概要（リポジトリページより）

  • フェデレーション型 Git ホスティング（AT Protocol 上に構築）。
  • Issue、pull request、commit、および tag を Atom feed 経由でサポート。
  • 言語に依存しない（コードベースには Rust, JavaScript, Erlang などが含まれます）。
  • 許容的なライセンスの下でのオープンソース。プラットフォーム自体は企業によって所有されていません。

HN のコミュニティフィードバック

肯定的な反応

"Gleam は、非常にタイトで小規模な、興味深い言語です..." – speerer （Gleam の設計哲学に関する文脈を提供）。

Tangled の UX に関する懸念

"Tangled を初めて聞き、サインアップを試みましたが、この初回ユーザー体験は改善の余地があります... パスワードマネージャーの摩擦、バラバラな UI、新しいソーシャル URL プロトコル。" – pbjerkeseth

"リポジトリを作成しましたが、表示できません - 404 エラー、ログインが困難、ATProto handle のコピー＆ペーストが必要。" – LukaD

"IPv4 NAT を有効にし、自分の Knot を見て更新を確認するためにダミーの A record を作成しなければなりませんでした。IPv6 だけでは信頼性が低かったです。" – sc68cal

比較のリクエスト

"Tangled は Codeberg と比較してどうですか？" – arikrahman

"Tangled の CI ストーリーはどうなっていますか？" – vvern （別の場所で回答済み：Tangled CI は NixOS 上で動作しています。Tangled のブログを参照）。

Tangled 上の Gleam リポジトリの技術的スナップショット

  • メインブランチ: main （最終コミットは 6 時間前）。
  • 主要ディレクトリ: compiler-cli, compiler-core, compiler-wasm, language-server, docs, test スイート。
  • 最近のコミット:
    • push_str(&format()) 用の Clippy lint
    • Formatter performance の改善（docs での grapheme counting をスキップ）。
    • HEXPM_READ_API_KEY を使用した Hex package authentication
    • Base conversion code action および異なる基数における negative number support
  • リリース資産: GitHub リリースバッジがリンクされており、継続的なバージョンリリースを示しています。

リポジトリのクローン方法

# HTTPS
git clone https://tangled.org/gleam.run/gleam
# SSH (自分の Knot を実行している場合)
git clone git@tangled.org:gleam.run/gleam

リポジトリは、Tangled UI から直接 tar.gz および zip ダウンロードも提供しています。

Gleam ユーザーにとっての意味

開発者は、フェデレーション型プラットフォームットフォームから Gleam のソースを取得できるようになり、可用性を向上させ、言語のコミュニティ第一主義の価値観と一致させることができます。 ただし、初期導入者については、未成熟な UX を、準備しておく必要があります。また、最適なパフォーマンスを得るために、独自の Knot を設定する必要があるかもしれません。

興味のある貢献者のための次なるステップ

  1. Tangled アカウントを作成し、、onboarding flow を進めてください（現在のログインの摩擦については注意してください）。
  2. Gleam リポジトリを Fork または Clone し、上記の URL を使用してください。
  3. Pull request を通じて貢献し、通常通り行います。Tangled は PR ワークフローを全般的にサポートしています。
  4. CI パイプラインを監視（NixOS ベース）し、ビルドステータスを確認してください。Tangled の CI ブキログを参照してください。

結論

Gleam のコードベースの Tangled への移行は、オープンソースプロジェクトのための分散型、コミュニティ管理型のツールへの、具体的な一歩となります。プラットフォームの UX はまだ成熟過程にありますが、この移行は、企業によるロックインを回避し、安全でスケーラブルなシステムを構築するという Gleam の哲学に一致しています。

Sources