Я пытаюсь:
git mv a.py b.py src/
и получим
fatal: multiple sources for the same target, source=b.py, destination=src/b.py
Используя флаг -n, например git mv -n a.py b.py src/
дает мне:
Checking rename of 'a.py' to 'src/b.py'
Checking rename of 'b.py' to 'src/b.py'
fatal: multiple sources for the same target, source=b.py, destination=src/b.py
Я делаю что-то действительно глупое? Я использую git версию 1.6.6.1
Это исправлено в текущей ведущей ветки git, это в версии v1.7.0-rc0, но еще не в релизе.
http://git.kernel.org/?p=git/git.git;a=commit;h=af82559b435aa2a18f38a4f47a93729c8dc543d3
В то же время самое простое - либо git mv файлы по отдельности, либо просто использовать mv, а затем обновить индекс вручную, например. с git add -A, если у вас есть соответствующие шаблоны .gitignore.
Я использую цикл bash:
for FILE in src/*.h; do git mv $FILE include/; done
Пока существуют какие-либо другие изменения в рабочем каталоге, самый простой способ - просто переместить их самостоятельно, а затем использовать git add -A. Вот:
$ ls
a.py b.py
$ mkdir src
$ mv *.py src
$ git status
# Changed but not updated:
# deleted: a.py
# deleted: b.py
# Untracked files:
# src/
$ git add -A
$ git status
# Changes to be committed:
# renamed: a.py -> src/a.py
# renamed: b.py -> src/b.py
Работает для меня:
$ git --version
git version 1.6.4.1
$ mkdir foo
$ cd foo
$ git init
Initialized empty Git repository in /home/wich/foo
$ touch a b c d
$ git add a b c d
$ git commit -m "foobar"
[master (root-commit) 11051bd] foo
0 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 a
create mode 100644 b
create mode 100644 c
create mode 100644 d
$ mkdir bar
$ git mv a b c d bar
$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# renamed: a -> bar/a
# renamed: b -> bar/b
# renamed: c -> bar/c
# renamed: d -> bar/d
#
В Windows (шикарно ~ git):
foreach ($file in get-childitem *.py) { git mv $file.name ./src }