GitButler CLI 入門

GitButlerのCEOであるスコット・チャコン氏が、新しいCLIツールのデモを開始します。このツールは「but」コマンドをメインインターフェースとして使用し、既存のGitリポジトリに対して透過的に機能します。「but status」を実行すると、git statusに似た形式で変更点が表示されますが、複数の変更を「変更点」としてリスト化し、それらを個別にコミット管理できる点が特徴です。最初の手順として、一度にすべての変更をコミットした後に「uncommit」で取り消すデモを行い、柔軟な操作性を強調しています。

ここでは、GitButlerの最大の特徴である「複数ブランチの同時管理」について詳しく説明されています。従来のGitではブランチを切り替える際にスタッシュなどの操作が必要ですが、GitButlerでは同一の作業ディレクトリ内で複数のブランチに異なるファイルを割り当てることが可能です。ショートコード（G0やH0など）を使用した素早いステージングや、特定のファイルだけを別ブランチとして切り出す「but branch」コマンドが紹介されています。また、「read」コマンドを使用することで、未コミットの変更を即座に新しいブランチとして独立させる自動化機能も披露されます。

開発効率を大幅に向上させる「スタック・ブランチ（積み上げブランチ）」の概念が解説されます。これは、あるブランチの変更を基点にして別の作業を積み重ねる手法で、下層のブランチをレビューに出している間にその上流で作業を続けることができます。デモでは、依存関係のあるファイルに変更を加えた際、エディタ上にロックアイコンが表示され、特定のコミットに紐付いていることが示されます。「but diff」コマンドを使えば、どの変更の塊（ハンク）がどのブランチに属しているかを一目で確認でき、複雑な変更の整理が容易になります。

作成した複数のブランチをGitHubへ反映させるワークフローが紹介されます。「but push」を実行すると、どのブランチをプッシュするかをインタラクティブに選択でき、プッシュ済みの状態もステータス画面で明確に管理されます。さらに「but pr」コマンドを使用することで、複数のブランチに対して一括でプルリクエストを作成するプロセスが実演されます。特筆すべきは、スタックされたブランチがGitHub上でも正しく依存関係（ターゲットブランチの設定）を維持したままPR化される点です。これにより、複雑な連鎖的PRの作成作業がコマンド一つで完結します。

PRがマージされた後のクリーンアップ処理と、従来のGitコマンドとの併用について説明されています。アップストリームで変更が統合されると、GitButlerは「but pull」を通じて自動的に統合済みブランチを削除し、残りのローカルブランチをリベースして最新状態に保ちます。また、GitButlerモード実行中であっても「git log」や「git show」などの読み取り系コマンドは通常通り使用できることが強調されています。「but tear-down」を実行すれば、いつでも通常のGit操作モードに完全に戻ることができ、ツールを導入する際のリスクが極めて低いことが示されています。

最後に、エンジニアにとって非常に強力な武器となる「--json」オプションの機能が紹介されます。statusやdiff、showなど、ほぼすべてのコマンド結果をJSON形式で出力できるため、カスタムスクリプトや他のツールとの連携が非常に容易になります。チャコン氏は、このCLIが既存のGitワークフローを壊すことなく、複数ブランチ管理やPR運用を劇的に効率化することを再確認しました。公式サイトからのダウンロードと、コミュニティであるDiscordへの参加を呼びかけ、デモンストレーションは締めくくられます。Gitの強力な機能を維持しつつ、ユーザー体験を一段階引き上げるツールであると結論付けられています。