English ▾ Themen ▾ Neueste Version ▾ git-mv zuletzt aktualisiert in 2.50.0

NAME

git-mv - Datei, Verzeichnis oder Symlink verschieben oder umbenennen

SYNOPSIS

git mv [-v] [-f] [-n] [-k] <source> <destination>
git mv [-v] [-f] [-n] [-k] <source>... <destination-directory>

BESCHREIBUNG

Verschiebt oder benennt eine Datei, ein Verzeichnis oder einen Symlink um.

In der ersten Form benennt sie <source>, die existieren und entweder eine Datei, ein Symlink oder ein Verzeichnis sein muss, in <destination> um. In der zweiten Form muss <destination-directory> ein existierendes Verzeichnis sein; die angegebenen Quellen werden in dieses Verzeichnis verschoben.

Der Index wird nach erfolgreichem Abschluss aktualisiert, aber die Änderung muss noch committet werden.

OPTIONEN

-f
--force

Erzwingt das Umbenennen oder Verschieben einer Datei, auch wenn die <destination> existiert.

-k

Überspringt Verschiebungs- oder Umbenennungsaktionen, die zu einem Fehlerzustand führen würden. Ein Fehler tritt auf, wenn eine Quelle weder existiert noch von Git kontrolliert wird oder wenn eine bestehende Datei überschrieben würde, es sei denn, -f wird angegeben.

-n
--dry-run

Nichts tun; nur zeigen, was passieren würde

-v
--verbose

Meldet die Namen der Dateien, während sie verschoben werden.

SUBMODULES

Das Verschieben eines Submoduls mit einer gitfile (was bedeutet, dass sie mit einer Git-Version 1.7.8 oder neuer geklont wurden) aktualisiert die gitfile und die core.worktree-Einstellung, damit das Submodul am neuen Speicherort funktioniert. Es wird auch versucht, die Einstellung submodule.<name>.path in der Datei gitmodules[5] zu aktualisieren und diese Datei zu stagen (es sei denn, -n wird verwendet).

BUGS

Jedes Mal, wenn ein Superprojekt-Update ein populäres Submodul verschiebt (z. B. beim Wechsel zwischen Commits vor und nach der Verschiebung), bleibt ein veralteter Submodul-Checkout am alten Speicherort zurück und ein leeres Verzeichnis erscheint am neuen Speicherort. Um das Submodul am neuen Speicherort erneut zu populieren, muss der Benutzer danach "git submodule update" ausführen. Das Entfernen des alten Verzeichnisses ist nur sicher, wenn es eine gitfile verwendet, da sonst auch die Historie des Submoduls gelöscht wird. Beide Schritte werden obsolet, sobald das rekursive Submodul-Update implementiert wurde.

GIT

Teil der git[1] Suite