git-fire

git-fireとは？

git-fireは、多数のGitリポジトリにわたるリポジトリライフサイクル管理のためのコマンドラインツールです。主な目的は、一貫したワークフローで複数のリポジトリを「チェックポイント」すること：リポジトリを発見し、汚れた変更を任意で自動コミットし、安全ガード付きでバックアップブランチ/リモートをプッシュして、ローカル限定の作業を失わないようにします。

このプロジェクトは、多数のリポジトリで信頼性が高く監査可能な移動が必要な状況向け—例えば、一貫した復元経路を確保しつつ、手動プッシュループ（ネットワーク切断、認証問題、シェルミスなどで失敗する可能性）を避けたい場合です。現在ベータ版です。

主な機能

• 1コマンドで複数リポジトリチェックポイント：リポジトリを発見し、各リポジトリの手動ステップ不要でバックアップ指向のプッシュシーケンスを実行。
• 汚れた作業の任意自動コミット：有効時、ローカル変更からコミット作成（デフォルトは無効化しない限り自動コミット）。
• バックアップブランチ/リモートプッシュ：チェックポイントの一部としてプッシュし、作業に復元可能な場所を確保。
• 安全ガードと監査可能復元経路：多数リポジトリにわたる一貫した、検査可能な復元移動を提供。
• ドライラン予実行モード：--dry-runでツールの動作を事前確認する「まずプレビュー（安全）」アプローチをサポート。
• 緊急1行ブートストラップスクリプトモード：緊急時の「emergency bootstrap script」パスを記述、scripts/emergency.shを先に確認。
• TUIと設定動作：リポジトリドキュメントにTUI（スクリーンショットと「color profiles」付き）および専用「Configuration and Behaviors」セクション。

git-fireの使い方

1. ドキュメントの方法でgit-fireをインストール：Homebrew (macOS/Linuxbrew)、WinGet (Windows)、Linuxインストールスクリプト、Linuxネイティブパッケージ (.deb/.rpm)、Go install。
2. （推奨）まず変更をプレビュー：git-fire --dry-run --path ~/projectsを実行してバックアッププッシュなしでチェックポイント動作を確認。
3. デフォルトチェックポイントワークフロー実行：git-fireでリポジトリREADME記載の標準複数リポジトリストリームドチェックポイントを実行。
4. 緊急時はscripts/emergency.sh確認後のみemergency bootstrap scriptを使用、可能ならリリースアセットとチェックサムを優先。

注意：プロジェクトはgit-fireとgit fireがPATH上なら同等と述べています。

ユースケース

• 高リスク変更前の複数リポジトリバックアップ： 反復的な各リポジトリプッシュステップではなく、git-fireで一貫ワークフローによるチェックポイント。
• 認証/ネットワーク問題からの単一計画アクション復元： 手動プッシュループがエラー多発時、git-fireのバックアップ指向フローでリポジトリ横断の監査可能・復元可能チェックポイント作成。
• ワークスペースサブセットのチェックポイント： 複数リポジトリ操作をディレクトリ指定（例: --dry-run --path ~/projects）でスコープ。
• 標準インストール待ちられない緊急ブートストラップ： ドキュメント記載の「In case of fire」アプローチで緊急パスをブートストラップ、RELEASE_TAGをコマンドに使用。
• チームでのリポジトリライフサイクル標準化： git-fireのドキュメント核心約束と安全ガードで、環境横断の複数リポジトリチェックポイント手順を一貫。

FAQ

• git-fireは本番運用可能ですか？ プロジェクトはベータソフトウェアと明記。コア複数リポジトリバックアップフローは現在使用可能、一部ロードマップ項目（例: --backup-toやUSB出力モード）は未実装。

• 変更前にgit-fireの動作をプレビューできますか？ はい。READMEにgit-fire --dry-run --path ~/projectsを「まずプレビュー（安全）」ステップとして記載。

• 緊急ブートストラップの仕組みは？ READMEに指定RELEASE_TAGのリポジトリからscripts/emergency.shをダウンロード・実行する1行コマンドを提供。scripts/emergency.shを先に確認、curl | bashはリモートコードを直接実行することを言及。

• 利用可能なインストール方法は？ READMEにHomebrew、WinGet、Linuxインストールスクリプト、Linuxネイティブパッケージ (.deb/.rpm)、Go install、GitHub Releasesのバイナリアーカイブを記載。

• 「1コマンド」に何が含まれるか？ ドキュメント核心約束は、リポジトリ発見、汚れた作業の自動コミット（無効化しない限り）、バックアッププッシュでローカル限定作業を失わないこと。

代替案

• リポジトリごとのスクリプト付き標準Gitワークフロー： git status、git commit、git push を囲むシェルループを自分で書けますが、一貫性とエラー処理の負担があなたに移り、これこそgit-fireが減らそうとする失敗モードです。
• 汎用複数リポジトリGitツール（リポジトリ管理ユーティリティ）： これらは多数のリポジトリをイテレートするのに役立つかもしれませんが、git-fireはバックアップブランチ/リモート付きチェックポイントと記述された安全ガードに特化しています。
• リポジトリごとの手動バックアップブランチ作成： これは単純ですが、多数のリポジトリで面倒で、特に認証やネットワーク問題が発生するとミスしやすくなります。
• バッチ操作付きGUI Gitクライアント： 一部のクライアントはリポジトリ横断のバッチアクションを提供しますが、READMEの緊急ブートストラップ、dry-runプレビュー、一貫した監査可能チェックポイントフローの強調はGUI中心ワークフローと異なる可能性があります。