セットアップと設定
プロジェクトの取得と作成
基本的なスナップショット作成
ブランチとマージ
プロジェクトの共有と更新
検査と比較
パッチ適用
デバッグ
メール
外部システム
サーバー管理
-
2.49.0
2025-03-14
- 2.48.1 変更なし
- 2.48.0 変更なし
- 2.47.1 → 2.47.2 変更なし
-
2.47.0
2024-10-06
- 2.46.1 → 2.46.3 変更なし
-
2.46.0
2024-07-29
概要
git refs migrate --ref-format=<format> [--no-reflog] [--dry-run] git refs verify [--strict] [--verbose]
オプション
以下のオプションは git refs migrate に固有です
- --ref-format=<format>
-
リファレンスストアを移行するリファレンス形式。以下のいずれかです。
-
files
はpacked-refsを持つルーズファイル用です。これがデフォルトです。 -
reftable
はreftable形式用です。この形式は実験的であり、その内部は変更される可能性があります。
-
- --dry-run
-
移行を実行しますが、リポジトリは変更しません。移行されたリファレンスは、個別に検査できる別のディレクトリに書き込まれます。ディレクトリ名は標準出力に報告されます。これは、実際の移行を実行する前に、移行が期待どおりに機能するかどうかを再確認するために使用できます。
- --reflog
- --no-reflog
-
reflogデータを新しいバックエンドに移行するか、破棄するかを選択します。デフォルトは移行する「--reflog」です。
以下のオプションは git refs verify に固有です
- --strict
-
より厳密なエラーチェックを有効にします。これにより、警告がエラーとして報告されます。git-fsck[1]を参照してください。
- --verbose
-
リファレンスデータベースの一貫性を検証する際に、詳細な情報を表示します。
既知の制限
リファレンス形式の移行には、現在の形式でいくつかの既知の制限があります。
-
ワークツリーを持つリポジトリは移行できません。
-
移行中にリポジトリへの同時書き込みをブロックする方法はありません。同時書き込みは、一貫性のない移行状態につながる可能性があります。ユーザーはより高いレベルで書き込みをブロックすることが期待されます。リポジトリが定期メンテナンスに登録されている場合、最初にgit-maintenance(1)で登録を解除することをお勧めします。
これらの制限は最終的に解除される可能性があります。
GIT
git[1]スイートの一部