commonたくさんのソースファイルとフォルダーを含むフォルダーを作成しました。
次に、commonフォルダをフォルダに移動して、include次のようにしますinclude/common
私はこれらを試しました：
git add include
git mv common/ include/
しかし、このエラーで失敗します
致命的：不正なソース、source = myrepo / common、destination = myrepo / include
試しましたgit mv common/ include/commonが同じエラーが発生します
これを達成する方法はありますか？
回答:
gitの最も優れた点の1つは、ファイル名の変更を明示的に追跡する必要がないことです。Gitはファイルの内容を比較することによってそれを理解します。
だから、あなたの場合、そんなに頑張らないでください：
$ mkdir include
$ mv common include
$ git rm -r common
$ git add include/common
実行git statusすると、次のように表示されます。
$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# renamed: common/file.txt -> include/common/file.txt
#
git mv同等です。
git mv common include
うまくいくはずです。
git mvmanページから：
git mv [-f] [-n] [-k] <source> ... <destination directory>
2番目の形式では、最後の引数は既存のディレクトリでなければなりません。指定されたソースはこのディレクトリに移動されます。
インデックスは正常に完了した後に更新されますが、変更はまだコミットされている必要があります。
移動の前に " git add"を実行しないでください。
注：「git mv A B/」Bがディレクトリとして存在しない場合、エラーになるはずですが、ありませんでした。
Git 1.9 / 2.0（2014年第1四半期）については、Matthieu Moy（）によるコミットc57f628を参照してください。moy
Gitは、末尾のスラッシュを
git mv file no-such-dir削除し、コマンドを ' 'と同等にしてファイルを作成していましたno-such-dir（末尾のスラッシュは、それがディレクトリのみである可能性があることを明示的に示していました）。このパッチは、宛先パスの末尾のスラッシュ削除をスキップします。
末尾にスラッシュがあるパスはrename（2）に渡され、適切なメッセージでエラーになります。
$ git mv file no-such-dir/
fatal: renaming 'file' failed: Not a directory
git mvははるかに良いアプローチのように見えます！
コマンド：
$ git mv oldFolderName newFolderName
通常は問題なく動作します。
エラー「bad source ...」は、通常、最後のコミット後、ソースディレクトリに名前の変更があったgit mvため、予期したファイルが見つからないことを示しています。
解決策は簡単git mvです。適用する前にコミットするだけです。
ディレクトリ内のすべてのファイルをサブディレクトリに移動する別の方法（gitの履歴を保持）：
$ for file in $(ls | grep -v 'subDir'); do git mv $file subDir; done;
git mv1つのフォルダーの内容を既存のフォルダーに移動したい場合にも同様の問題があり、次の "単純な"スクリプトで終わりました。
pushd common; for f in $(git ls-files); do newdir="../include/$(dirname $f)"; mkdir -p $newdir; git mv $f $newdir/$(basename "$f"); done; popd
git ls-files：commongitにチェックインされた（フォルダー内の）すべてのファイルを検索しますnewdir="../include/$(dirname $f)"; mkdir -p $newdir;：includeと同じディレクトリ構造で、フォルダ内に新しいフォルダを作成しますcommongit mv $f $newdir/$(basename "$f")：ファイルを新しく作成したフォルダーに移動しますこれを行う理由は、gitがファイルを既存のフォルダーに移動するのに問題があるようで、存在しないフォルダー（したがってmkdir -p）にファイルを移動しようとした場合にも失敗するためです。
このアプローチの良い点は、すでにgitにチェックインされているファイルのみに触れることです。単にを使用git mvしてフォルダー全体を移動し、フォルダーに段階的な変更が含まれている場合、gitは何をすべきかわかりません。
ファイルを移動した後、リポジトリをクリーンアップして、ステージングされていない残りの変更を削除することができます。最初にドライランすることを忘れないでください！
git clean -fd -n
「Andres Jaan Tack」の「答え」をコメントする評判が足りなくてすみません。
私のメッセージは削除されると思います（（しかし、「ラーシャー」や同じエラーが発生した他の人に警告したいだけです：注意してください）
$ mkdir include
$ mv common include
$ git rm -r common
$ git add include/common
新しいフォルダにプロジェクトのgit履歴が表示されない場合があります。
私が試した
$ git mv oldFolderName newFolderName
得た
fatal: bad source, source=oldFolderName/somepath/__init__.py, dest
ination=ESWProj_Base/ESWProj_DebugControlsMenu/somepath/__init__.py
やった
git rm -r oldFolderName
そして
git add newFolderName
プロジェクトに古いgit履歴が表示されません。少なくとも私のプロジェクトは失われていません。現在、プロジェクトはnewFolderNameにありますが、履歴はありません（
警告したいだけなら、git hsitoryを失いたくない場合は、「Andres Jaan Tack」のアドバイスを使用するように注意してください。
同様の問題がありましたが、移動したいフォルダに追跡していないファイルがありました。
ファイルがあるとしましょう
a/file1
a/untracked1
b/file2
b/untracked2
そして追跡したファイルのみをサブフォルダーに移動したかったsubdirので、目標は次のとおりです。
subdir/a/file1
subdir/a/untracked1
subdir/b/file2
subdir/b/untracked2
私がしたことは：
mkdir tmpdir && mv a b tmpdirgit checkout a b mkdir subdir && mv a b subdirgit add --updateディレクトリ変更のトリックgit add subdirと同じようなものでした）：（通常、これは追跡されていないファイルも追加します-これには.gitignoreファイルの作成が必要です）git status 移動したファイルのみを表示mv tmpdir/* subdirgit status実行したように見えますgit mv:)