世界を動かす技術を、日本語で。

私たちは「Git」の次に来るものを構築するために1700万ドルを調達しました

概要

  • GitButlera16z主導で1,700万ドルのシリーズA資金調達 を発表
  • GitHub共同創業者Scott Chacon による個人的なストーリーと展望
  • Gitの限界と新しい開発ツールの必要性 を強調
  • GitButler CLI の技術プレビューをリリース
  • ソーシャルコーディングの進化 を目指す新たなインフラ構築

GitButler シリーズA資金調達発表

  • GitButlera16z(Andreessen Horowitz)主導1,700万ドルのシリーズA資金調達 を実施
  • 既存のリードシード投資家である Fly VenturesA Capital も引き続きサポート
  • 新たに a16zのPeter Levine がボードメンバーとして参加
  • GitHubのボード時代 にも共に活動したPeterとの再タッグ

Scott Chaconの個人的な視点

  • GitHub共同創業者 としての15年の経験
  • Git がニッチなツールから 世界のソフトウェア開発基盤 へ成長した歴史
  • 開発者プラットフォーム の成功要因は「コラボレーションからの摩擦除去」と「開発者の負担軽減」

GitButler誕生の背景

  • Git の制約に長年開発手法が合わせられてきた現状への課題意識
  • 本来の開発スタイルに合った 新しいツール の必要性
  • GitButler は「ソフトウェア開発の新時代」に適応するための基盤構築を目指す

Gitの課題とGitButlerのアプローチ

  • Git は「パッチをメーリングリストで送る」ためのツールとして設計
  • 現代の開発現場では ツール間・人間間・エージェント間のコンテキスト断絶 が課題
  • 問題は「変更を生む」ことではなく、「変更を整理・レビュー・統合」するプロセス
  • AIツール の普及で従来のモデルの課題がさらに複雑化

GitButler CLI 技術プレビュー

  • GitHub Flow (短命ブランチ・トランクベースワークフロー)に最適化
  • 人間・エージェント・スクリプト いずれにも直感的な設計
  • ブランチの積み重ね、マルチタスク、変更の整理・コントロール、容易な取り消し機能
  • 既存の Gitプロジェクトにそのまま導入可能

ソーシャルコーディングの再定義

  • GitHub の「Social Coding」スローガンの未達成感
  • 現状は 課題リスト・カンバンボード・PR ・外部チャットなど分断された情報管理
  • コミットメッセージやPR説明 の履歴管理の不十分さ
  • チーム開発の「社会性」の低下

新しいコラボレーション体験の提案

  • バージョン管理ツール が論理的で美しい変更を自動で作成支援
  • エージェントとのやりとりや関連会話 など失われがちな情報へのアクセス性向上
  • マージコンフリクトの早期通知ブランチの重ね作業 のリアルタイム対応
  • エージェントやチーム全体の状況把握 の自動化

GitButlerのビジョン

  • 従来のGitの改良 ではなく、「次世代のソフトウェア開発インフラ」の構築
  • 資金調達 による開発スピードの加速
  • 現代的なコラボレーションとAI時代 に適応した新しい基盤の実現

著者紹介

  • Scott Chacon :GitHubおよびGitButler共同創業者
    • Pro Git 著者
    • Gitとソフトウェアコラボレーション に関するグローバル講演活動

Hackerたちの意見

お金の集め方を本当に学ぶ必要がある気がする。1700万ドルあれば、子供のおもちゃを片付けて、LEGOのブロックを色やサイズで分ける掃除ロボットのプロトタイプが作れるんじゃないかな。世界中の親たちが喜ぶと思う。でも、代わりにGitの代替品が出てきた。リンクをクリックする気にもならなかったよ、だってGitの使い方には満足してるから。人生の痛みポイントリストで「Gitの次は何?」は「もっとワクワクするシャワージェルを試す」くらいの優先度しかない。でも、夜にトイレに行く途中でLEGOのブロックを踏んだことある?その痛みはすぐにわかるよね。なんで誰も本当の問題を解決しようとしないんだろう?

Gitは好きだし、コマンドラインでちゃんと動いてる。でも、もし当時「コードフォージ」みたいなアプリケーションが考えられていたら、設計が違ったかもなって思う。プルリクエストなんてGit本体には概念すらないよね?重要なツールの一種だと思うんだけど。Gitは素晴らしいけど、単一文化は必要ないよね。

ちなみに、そのLEGO掃除機は実際に存在するよ[0]、Shark Tankに出てたし[1]。多分、The Officeからアイデアを盗んだんだろうね。ブロックを分ける機能はないけど、あれは話題になってる金額から考えると、もっと高い目標だったんだと思う。結局、LEGO掃除機は市場に出るのに49.5万ドルしかかからなかったからね。[0] https://pickupbricks.com [1] https://www.youtube.com/watch?v=X25MIpQqLIU

お金を集める方法を本当に学ぶ必要がある気がする。1700万ドルあれば、たぶん… 投資家がAIとは関係ない(またはほんの少ししか関係ない)愚かなことにバカみたいなお金を投げてるって文句を言ってる人たち? …これは、この業界で5年ぶりに見た希望の兆しって感じがする。

お金は良いアイデアには与えられない(もちろん、悪くはないけど)。お金は友達に渡される。VC(または実際にはどんなネットワークでも)資金がどう回ってるかを見ると、入ることを許された人たちの間でお金が常に流れてるだけなんだ。一方では、信頼できる人たちにお金を渡したいと思うけど、他方では、これが内輪を作る原因になってる。ボヘミアン・クラブのスローガン「織り蜘蛛はここに来ない」が少し滑稽に感じるのは、クラブのメンバーが商業に関わらないなんて不可能だからだよね。

君のコメントを皮肉で否定するつもりはないけど、正直に言うね:今週、高いシャワージェルに変えたんだけど、予想外のワクワクする効果があったよ。小さなことが実は大きな影響を持つこともあるんだ。そう言えば、もしおもちゃの片付け問題を解決することに決めたら、Kickstarterを始めてほしいな。俺は支援するよ! :D

でも、結局Gitの代替品が出てきた。リンクをクリックする気にもならなかったよ、だってGitの使い方に満足してるから。クリックしてみればよかったかもね。リンクを見る限り、Gitの代替というよりは拡張みたいだね。ページはほとんどふわふわしたAIの宣伝だけど、具体的な部分は、例えばFossilのように、1つのツール/リポジトリで問題追跡やPRロジックを統合することとか。Git自体ももうちょっと改善が必要だよ。UIはまだまだゴチャゴチャしてるし、大きなファイルのサポートやサブモジュール/サブツリー/サブリポの状況はかなり悲惨だよ。 > 1700万ドルあれば、子供のおもちゃを片付けて、LEGOのブロックを色やサイズで分ける掃除ロボットのプロトタイプが作れるだろうね。これをしっかりやるのは、ロボティクスの最前線からかなり遠いと思うけど。

なんで誰も実際の問題を解決しなくなったの?問題を解決することが目的じゃなくて、目的はお金(時々ちょっとした名声)をできるだけ少ない労力で得ることだから。ソフトウェアは気まぐれで変更できて、製造や配布、そして「その場で修正」するのがすごく安いから、理解したりニーズを学んだりすることにあまり興味がない人には完璧な手段なんだよ。

... 色でLEGOブロックを分ける いや、色で分けちゃダメ!形で分けて、その特定の形の色を全部一つの箱に入れるんだ。赤いブロックを全部同じ箱に入れたら、特定の形の赤いブロックを見つけるのが難しくなるよ。形で探してから色で探す方が、ずっと早いんだ。

「お金を集める方法を本当に学ぶ必要がある気がする。」 1700万ドルあれば、子供のおもちゃを片付けて、LEGOのブロックを色やサイズで分ける掃除ロボットのプロトタイプが作れるかも。世界中の親たちが喜ぶだろうけど、実際にはそんなの必要ないよね。もっとプラスチックや電子ゴミが増えるだけだし。君も子供も手があるんだから、自分で片付けなよ。うちではそうしてるよ。手がなければ、足を使えばいい。

それに、リーナスが1週間で作ったものを再現・改善するために1700万ドルも必要だっていう皮肉もあるよね。

最近Jujutsu(jj)に切り替えたんだけど、「Gitの次は何?」ってもう存在してるかもしれないって気づいた。スナップショットモデルがAI支援の開発にぴったりなんだ。コミットを考えたり、良いバージョンを保存する心配をせずに自由に反復できる。適当にいじって、後で見栄えを良くすればいいから、Gitではなかなかできなかったことだよね。それに、学習曲線がほとんどゼロだから、みんなJJの使い方をすごくよく知ってる。

jjのホスティングサービスってあるの?

jjは以前は興味なかったけど、これは魅力的なピッチだね。

そうそう、素晴らしいよ。Claude Codeのツール使用後フックを使って、編集ごとにリポジトリのスナップショットを取ってるんだ。ファイル履歴機能みたいなもので、VCSにネイティブで組み込まれてて、俺の編集にも対応してる。あんまり熱くなりたくないけど、JJは最近のお気に入りのソフトウェアだし、VCから資金調達されてないってのが大きなポイントだね。

jjのスナップショットを使って何かやってたんだけど、君が言ったから思い出した。正直言うと、jjは知らなかったけど、スナップショットが欲しかったから使ったんだ。で、AIがいくつか変更を加えて進んでいったときに、特定の変更に戻りたくてAIを使ったんだけど、実際すごくイライラした。プロジェクト内の良いファイルをうっかり失くしちゃった気がして、特定のポイントに戻るのに何時間もかけて「まあまあ」なものに妥協しなきゃいけなかった。要するに、jjをちゃんと学ぶか、今のところAIエージェントにgit commitを頼むべきかなって感じ。あと、ghosttyを使ってたときに、タイトルバーをうっかりクリックしちゃってフォルダをデスクトップに移動させちゃった。あんまり考えずに、コピーしたんじゃなくて移動したと思って削除しちゃったんだ。(それにしてもghostty、フォルダを移動させるのをそんなに簡単にしないでほしい、あんまり良い機能じゃないし、正直なミスにつながるよ)プロジェクトを削除しちゃったときの俺の顔:とにかく~/Trashから復元しようとしたけど、その後.git/.jjの履歴が消えちゃったことに気づいた。隠しフォルダを削除するから(俺の理解では)、その良いスナップショットは確実に失った。アプリのバイナリは持ってるけど、ソースコードは持ってないからちょっとイライラする。これらはすべて、AIでどこまで動かせるかをプロトタイピング/チェックするアイデアだったんだ。そうそう、そのプロジェクトの経験から言うと、新しい言語(Odin)やraylibプロジェクトを学んで、その特定のバグを修正するのにAIよりも早くできたかもしれない。AIはバグを修正できずにプロジェクト全体を台無しにしちゃうから。教訓は、良いバックアップを持つことだね。正直言うと、このプロジェクトでは失うものがなかったから無謀だったけど、プロダクションでデータベースを失った人たちの話もあるから、バックアップは本当に重要だと思う。良いソースコードが見つかったら、バックアップは必須だよ。君たちも、作業してたソースコードをうっかり失くしたことがあるだろうから、ぜひそのホラー話を聞きたいな。俺だけじゃないって知りたいし、これらの話から何か新しいことを学びたい。少なくとも、ちょっとしたお遊びで教訓を学べたのは良かったと思ってる。

「考えずに自由に反復できる」。これがVibecodingのモットー。

呪術の最大の問題は名前だと思う。スウェーデンの人がそれを発音するのを聞いてみたいな。

「スナップショット」とgitコミットの違いは何?私の中では、gitコミットはすでにリポジトリのスナップショットで、変更をステージしたものだと思ってる。magitを使うと、ファイルやハンク、さらには単一のコード行をステージするかどうかを決める時に、もっと自由に動けるってどういうこと?

お金の集め方について混乱してる人が多いみたいだけど、実はVCピッチとしては結構簡単なんだ。- GitHubの共同創業者の一人からのもの。- GitHubは75億ドルでのエグジットがあった。- そしてストーリーは、AIがソフトウェアの作り方を完全に変えていて、Claude CodeやCusor、Codexなどから何十億ドルもの収益が出ている証拠がたくさんあるってこと。だから、ピッチは基本的に「AIとエージェントコーディングのための普遍的なインフラを構築できるチームを支援しよう」って感じ。

自分のプロンプトなどがどこに保存されているのか、意味のある形で見たくて動画を観たんだけど、結局、ただの良いGitだった。これらの1万行のPRに対する解決策が必要だよ。

なるほどね。新しいコーディングエージェントがソフトウェア開発を大きく変えてるし、この新しい世界でバージョン管理ツールの使い方にはまだまだ革新の余地があると思うよ。

実は、LLMブームの前から始まってたんだよね。最初の提案は、ただのより良いGitだった。

自分もGitの次に来るものを作るチャンスがあると思ってるし、もしかしたら彼らよりずっといいかも。だけど、有名じゃないし、ただの根気強くて好奇心旺盛なエンジニアで、ここ5年間はこれだけに集中してきたんだ。質問なんだけど、もし投資家が新しいプラットフォームがGithubより勝つと思ってる場合、どうやって自分のものが有名な人のものより優れていると主張すればいいの?

個人的にはこう思う:1) Gitは悪くない 2) 重要なオープンソースツールを投資家の資本で作られたもので置き換えたくない。確かに「オープンソース」になるけど、お金を投げる人がいると、初日からユーザーベースから価値を引き出す計画があるんだよね。「プロダクト」扱いされるのはもううんざり。重要なオープンソースツールはコミュニティから生まれるべきで、企業のスポンサーシップからじゃない。

Gitは悪くないよ。でも、特にリベースやマージのコンフリクトを扱うときには、もう少し良いものが欲しいかな。Gitはそこがイマイチだと思う。

GitbutlerはGitに基づいてる。Gitbutlerは基本的にGitのUIで、複数のブランチを持つこともできる。Gitの代わりになるわけじゃないよ。

ビンゴ!

アメリカの資本配分には本当に驚かされるよ。Gitを改善するアイデアに1700万ドル?その金額のほんの一部で、ウクライナの主婦たちが自分のガレージでドローン対策の防空システムを作って国を守ってるんだ。そんなお金があれば、住宅不足を解消するためのアパートを建てられるし、電力の耐久性に投資してミニ原子力発電所や小さな風力発電所を作ることもできる。ソ連の資本配分:彼らが宇宙プログラムにお金を注ぎ込んで「最強の軍用ヘリコプター」を作ってる間、スーパーにはパンが足りなかった。

大手テック企業がスタートアップだった頃も同じことを思ってたかもしれないね。でも今はお金をガッポリ稼いで、アメリカの経済全体に貢献してる。

でも、アメリカ人が健康保険に払うお金のほんの一部で、実際にはここでは公的健康保険があるんだよね…そう、税金は高いし、社会保障にももっと払ってるけど…でも結局「働く貧困層」はずっと少ないし、1つ以上の仕事を持ってる人は本当に、ほんとに、ほんとに、ほんとに少ない。まあ、これがただの社会主義のクソだって思うかもしれないけど。私が言いたいのは、アメリカは自分たちのバブルの中にいるってこと、他の国も同じようにね。違いは、アメリカは自分たちのプロパガンダを聞いていて、他の国は何十年もアメリカのプロパガンダをハリウッドやメディアを通じて聞いてきたってこと。

アイデアを改善するための17万ドルじゃなくて、企業向けのツールに対しての17万ドルなんだよね。お金を取って、結果的に17万ドル以上の利益を上げることを目指してる。開発ツールのセットを見てみると、チームはCIやGitツール、コードレビューとかに一人当たり何百ドルも払ってることが多い。正直、GitHubは多くのワークフローに対して結構使いにくい。gitbutlerは使ったことないけど、うちのチームはPRを積むためのインターフェースを良くするツールに一人当たり月30ドルくらい払ってる。これで時間をかなり節約できてるから、全然高くないよ。これはVCのひどい例じゃなくて、単なる企業向け開発ツールへの賭けだね。

ただのギャンブルなのに、依存症って呼ばれる stigma がないだけ。

10年のマイナス金利の後でも、高リスク・高リターンの投資を求める余剰資本がまだたくさんある。未来の経済的価値は、残念ながら私たちが有用だと理解しているものにはない。使用価値と販売価値は違うし、ハイプが売れる。ちなみに、1700万ドルでミニ原子力発電所にどれくらい近づけるかは分からないけど、言いたいことは分かるよ。

ここで見える最悪な部分は、お金がどこに配分されるかの不平等さや、その不平等がもたらす物質的な影響だと思う。「いいアイデアと素晴らしいチームがある」っていうのじゃなくて、「私はXだ、またはYを知っている」って感じで…うん、うんざりするよね。すごい技術を作ってる人たちがたくさんいるのに、彼らはただ作るのが好きで、素晴らしいアイデアと才能を持ってる(今はLLMの助けもあってさらに増幅されてる)のに、99%はお金を持ってる人たちに無視されて、彼らがこれらのことに取り組むためにお金をもらうことはないし、ビジネスを作るために資金を得ることもない。理由は技術の不十分さや「実行可能なビジネスプランの欠如」じゃなくて、社会的なつながりや血筋の欠如なんだ。これが示しているのは、2つのこと。1つ目は、シリコンバレーのVC文化には根本的な病理があって、新しい制約があるポストZIRP時代には悪化しているってこと。これは新しい利益を生む企業や良いインフラを作る手段じゃなくて、むしろ大きな企業への買収のパイプラインを供給するだけのエコーチェンバーや社交サークルになってる。これは私が育った80年代、90年代のテクノロジー文化とは全然違う。2つ目は、実際の技術のためのインキュベーターやラボがもっと必要だってこと。VCやアイビーリーグの友達が提案できることに左右されずに「良いもの」を作るために人を雇う必要がある。正直なところ、今流通しているお金はほとんど腐食的で、役に立たない。

GitButlerをインストールして試してみたんだけど、悪意のあるGitフックをインストールして、git commitのワークフローを乗っ取ることに気づいたよ。* pre-commit — 悪意のあるやつ。全てのgit commitの試みを妨害して、そのエラーメッセージで中断させて、代わりにbut commitを使わせるように強制する。実質的にはコミットのハイジャックだね。彼らのツールなしでは自分のリポジトリにコミットできない。* post-checkout — ブランチを切り替えるたびに発火する。GitButlerはこれを使ってブランチの状態を追跡し、仮想ブランチモデルを同期させてた。チェックアウトしたときに自分でこれをクリーンアップしてたよ。* GitButlerがコミットメッセージにメタデータを注入するためにインストールするprepare-commit-msgフックも通常あるけど、今回はそれには当たらなかった。* pre-commitフックは攻撃的なやつで、標準のgitフックの場所だから、gitは毎回のコミットの前に無条件で実行する。GitButlerは「リポジトリの設定」の一部として静かにこれをインストールしていて、オプトインはない。唯一の逃げ道(彼らのCLIなしで)は、まさに私たちがやったこと:手動で削除することだね。

それで、彼らは「抱きしめて、拡張して、消す」を直接「消す」から始めることにしたんだ。

ちょっと補足しておくと(but setupを実行するときにも言ってるけど)、pre-commitフックが必要なのは、コミットの管理方法によるんだよね。複数の並行したブランチを適用できるようにしてるけど、Gitはそれができないから。これを実現するために、隠れた「メガマージ」コミットを維持してるんだ(JJが言うようにね)。私たちのやり方では、ほとんどのGitコマンドは問題なく動くけど、git commitだけは私たちの運用モデルを理解してないから、メガマージの上にコミットしちゃうんだ。これが問題になるから、pre-commitをインストールして、GitとGitButlerを混ぜて使うことで悪い状況に陥らないようにしてるんだよ。脱出するのは難しくないよ。git checkoutを使えば、ちゃんとすべてを元に戻せるから。それがpost-checkoutの唯一の役割なんだ。バニラのgit commitツールを使いたいってことを決めて、私たちのシムを外すだけだからね。あと、prepare-commit-msgフックはないんだ。私たちのコミットツールは、余分なChange-Idヘッダーを注入するけど(フォーマットは同じで、Jujutsuとも互換性がある)、それはバニラのgitには何の影響もないから。

https://en.wikipedia.org/wiki/Git#History

そのお金、"git but better"を作るよりも、もっと有意義なことに使えたはずだよね。

へぇ。Gitを作るのに何が必要だったかを考えると、次に来るものが本当にそんなに良くなるのか疑問に思うよ。Gitは必要があって生まれたものだし、GitButlerは資金が必要だったから生まれた気がする。コメントする前に、コーヒーを飲む必要があるのかもね。

LLMは、他のツールなしでGitの問題を解決したよ。もう学習曲線なんてないし、コマンドを知ってる必要もCLIを見る必要もないんだ。やりたいことを普通のテキストで説明すればいいんだよ。