日本語 ▾
git-mv マニュアルのローカライズ版
トピック ▾
最新バージョン ▾ git-mv は 2.50.0 で最終更新されました
git-mv マニュアルの変更履歴
セットアップと設定
プロジェクトの取得と作成
基本的なスナップショット
ブランチとマージ
プロジェクトの共有と更新
検査と比較
パッチ適用
デバッグ
メール
外部システム
サーバー管理
- 2.50.1 変更なし
-
2.50.0
2025-06-16
- 2.44.1 → 2.49.1 変更なし
-
2.44.0
2024-02-23
- 2.43.1 → 2.43.7 変更なし
-
2.43.0
2023-11-20
- 2.39.1 → 2.42.4 変更なし
-
2.39.0
2022-12-12
- 2.10.5 → 2.38.5 変更なし
-
2.9.5
2017-07-30
- 2.1.4 → 2.8.6 変更なし
-
2.0.5
2014-12-17
概要
git
mv
[-v
] [-f
] [-n
] [-k
] <source> <destination>git
mv
[-v
] [-f
] [-n
] [-k
] <source>... <destination-directory>
説明
ファイル、ディレクトリ、またはシンボリックリンクを移動または名前変更します。
最初の形式では、既存のファイル、シンボリックリンク、またはディレクトリである <source> を <destination> に名前変更します。2番目の形式では、<destination-directory> は既存のディレクトリである必要があり、指定されたソースはこのディレクトリに移動されます。
成功裏に完了した後、インデックスが更新されますが、変更はコミットされる必要があります。
サブモジュール
gitfile を使用してサブモジュールを移動する場合 (Git バージョン 1.7.8 以降でクローンされたことを意味します)、gitfile と core.worktree 設定が更新され、新しい場所でサブモジュールが機能するようになります。また、gitmodules[5] ファイルの submodule.
<name>.path
設定も更新し、そのファイルをステージングしようとします (-n
が使用されていない場合)。
バグ
スーパープロジェクトの更新によって、データが入力されたサブモジュールが移動されるたび (例えば、移動前後のコミットを切り替えるとき)、古い場所には古いサブモジュールのチェックアウトが残り、新しい場所には空のディレクトリが表示されます。新しい場所でサブモジュールを再度入力するには、ユーザーはその後「git submodule update」を実行する必要があります。古いディレクトリの削除は、gitfile を使用している場合にのみ安全です。そうでない場合、サブモジュールの履歴も削除されてしまうからです。再帰的なサブモジュールの更新が実装されれば、両方のステップは不要になります。
GIT
git[1]スイートの一部