GitHubやGitLabが当たり前になった今、あえて「ヨーロッパから外に出ないGitホスティング」を掲げるサービスが出てきた。Pushin.euは、EU域内でコードを保管し、AI機能の押し売りを避け、しかもコードを学習用途に使わないと明言する。単なる新興のGitサービスというより、開発基盤をどこに置くかという話だと思って読むと面白い。しかもこのサービスは、欧州のデータ主権やGDPRを前面に出しながら、同時に「使い勝手はGitHub互換」を狙っている。
Pushin.euは「Git hosting that never leaves Europe」と名乗り、公開・非公開のGitリポジトリを100% EU内でホストすると説明している。サイト上では、コード、issues、CIをまとめて扱えることをうたい、見た目の派手さよりも可用性を重視する姿勢を打ち出している。今は invite-only beta で、登録は招待制だ。まだ仕上げた宣伝素材は少なく、そのぶん基本機能の作り込みに時間を使っている、という立場もはっきり書いてある。
サービスの核になっているのは「EUの外に出ない」ことだ。説明では、リポジトリはEUの外へ出ず、Cloud Act のような米国法の影響や、海外のプラットフォーム判断で突然締め出されるリスクを避けられるとしている。実際のホスト先は、Scalewayのパリのデータセンターにあるベアメタルサーバーだという。しかもフェイルオーバー先に米国リージョンはなく、コードはフランスの法域に残る、と説明する。
理念もかなりはっきりしている。第一に「bots are welcome. slop gets blocked.」と掲げ、低品質な大量投稿や、名声目当ての雑なコントリビューションを抑える方針を取る。第二に、AIボタンをあちこちに足したりせず、人間の開発者向けに作ると言う。第三に、ダウンしにくさを最優先する。第四に、あなたのコードでモデルを訓練しないし、パートナーにもそれをさせないと断言している。FAQでは、将来は個人向けとチーム向けのサブスクリプションを、GitHubやGitLabに近い価格帯で出す予定だとしている。
移行や併用のしやすさもかなり現実的だ。pun CLI を使えば GitHub からの import ができ、履歴、ラベル、issues、クローズ済みやマージ済みの pull request とコメントまで持ってこられる。番号、タイムスタンプ、作者情報も保たれるという。なお、このインポートは自分のマシン上で走るので、GitHub token は手元から出ない。GitHub以外の remote も取り込めるが、その場合はメタデータが取れないため Git だけの import になる。
GitHubをすぐ離れたくない人向けに、mirror も用意する。これは Pushin.eu への一方向同期で、GitHubを正本のまま使い、Pushin.eu側は読み取り専用として追従する。必要なときだけ同期し、止めたり外したりもできる。さらに、SSHやHTTPSの personal access token で push/pull でき、/api/v1 には GitHub互換の形をした REST API がある。pun CLI ではリポジトリ、pull request、review、comment を端末から扱える。アカウント保護には TOTP や passkey も使える。
FAQの中で印象的なのは、作り手がかなり具体的に顔を出していることだ。開発者の Peter Ullrich はオランダのライデン在住で、約10年のソフトウェア開発経験があり、Erlang Ecosystem Foundation でのセキュリティ関連の活動も挙げている。Pushin.eu 自体は2026年4月に開発を始め、一般提供は2027年初頭を予定しているという。つまり、単なる思想表明ではなく、長期で欧州の独立性に寄与したいという構想として置かれている。
このサービスの面白さは、Gitの機能競争ではなく、インフラの所在を売りにしている点にあると思う。普通の開発者は、リポジトリのデータセンターがどこかを普段は気にしない。だが、調達先が海外の巨大プラットフォームに寄っているほど、法的リスクや事業継続性の不安は大きくなる。Pushin.eu はそこに真正面から刺さる。特に、官公庁、EU圏の企業、個人情報を扱うチームには、かなり分かりやすい訴求だろう。
ただし、思想が強いサービスほど、ユーザーは「本当に運用できるのか」を見たくなる。EU内にあること自体は安心材料でも、実務で必要なのは速度、安定性、サポート、移行のしやすさだ。だから私は、このサービスの成否は主張の強さより、可用性を本当に守れるかにかかっていると思う。政治的メッセージは分かりやすいが、日々使う道具としての信頼は別問題だ。
Pushin.eu は「built for humans」と言い、あちこちに AI ボタンを置かないと明言している。ここはかなり時代に逆らった表現だが、逆にその反動が効いているとも見える。今の開発ツール市場は、生成AIの統合が当たり前になりすぎて、どこも似たような売り方になっている。そこに疲れた開発者や、社内ルールで AI 利用を絞りたい組織には、むしろ分かりやすい。
一方で、AI を使わないこと自体は競争優位ではない。重要なのは、何を捨てて何を守るかだ。Pushin.eu は「コードを学習に使わない」「slop を弾く」とセットで語ることで、開発者体験を守る側に寄っている。私は、この姿勢は好感を持てるが、実装が伴わないとただの標語で終わると思う。特に、低品質な投稿をどう判定し、どこまで自動で目立たなくするのかは、運営の腕がそのまま見える部分だ。
新しいGitホスティングは、たいてい「移行が面倒」で失速する。Pushin.eu はそこをかなり意識している。GitHub import で履歴や issue、コメント、pull request の状態まで持ってこられるし、GitHub互換の REST API も用意する。pun CLI もある。つまり、「全部作り替えてください」ではなく、「今の流れをなるべく壊さずに移ってきてください」という設計だ。これは正しい。
ただ、互換性があるからといって、すべての運用がそのまま移るわけではない。FAQ にも、API は GitHub の一部しかカバーしていないとある。大規模な自動化や周辺ツールまで含めて考えると、細かな差分が最後まで残るはずだ。だからこそ、最初に試すなら mirror から入るのが自然だと思う。正本を GitHub に置いたまま触れるのは、導入障壁をかなり下げる。新興サービスが生き残るには、理想論よりもこの地道な逃げ道が重要だ。
Pushin.eu を見ていると、Git hosting の競争というより、欧州の開発基盤をどこまで自前で持てるかという話に近いと感じる。世界中の誰もが同じ巨大プラットフォームに乗るほうが便利なのは事実だが、その便利さは、法域や政策の違いが表面化した瞬間に揺らぐ。欧州で完結するGitホストは、その揺れに対する保険として価値がある。
同時に、保険は「入っておけば安心」ではなく、いざというときに本当に機能して初めて意味がある。Pushin.eu はまだ invite-only beta で、一般提供も2027年初頭の予定だ。今は思想と設計が先行している段階だろう。それでも、EU内ホスティング、コード学習の拒否、GitHub互換の移行導線を一つにまとめたのは目を引く。私は、これは派手な新機能の話ではなく、開発インフラの主導権を取り戻したい人たちへの提案だと見る。
