gitでのファイル名の変更の処理

gitでファイルの名前を変更するときは、変更をコミットし、名前を変更してから、名前を変更したファイルをステージングする必要があると読みました。Gitは、ファイルを新しい追跡されていないファイルではなく、コンテンツから認識し、変更履歴を保持します。

しかし、今夜これを行うだけで、に戻ってしまいましたgit mv。

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#

Finderでスタイルシートの名前をからに変更iphone.cssしますmobile.css

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   deleted:    css/iphone.css
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   css/mobile.css

したがって、gitは、CSSファイルを1つ削除して、新しいファイルを追加したと考えます。私が望むものではなく、名前の変更を元に戻してgitに処理を任せます。

> $ git reset HEAD .
Unstaged changes after reset:
M   css/iphone.css
M   index.html

私が始めたところに戻ります。

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#

git mv代わりに使用してみましょう。

> $ git mv css/iphone.css css/mobile.css
> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    css/iphone.css -> css/mobile.css
#
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   index.html
#

私たちは元気です。では、Finderを使用したときに、Gitが名前の変更を初めて認識しなかったのはなぜですか？

以下のためのマニュアルページは 言いますgit mv

インデックスは正常に完了した後に更新されます、[…]

したがって、最初は自分でインデックスを更新する必要があります（を使用してgit add mobile.css）。ただし、
git status 2つの異なるファイルが表示されます

$ git status
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       new file:   mobile.css
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       deleted:    iphone.css
#

を実行すると、別の出力が得られ、 git commit --dry-run -a期待どおりの結果になります。

Tanascius@H181 /d/temp/blo (master)
$ git commit --dry-run -a
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       renamed:    iphone.css -> mobile.css
#

我々は間のこれらの違いを参照してくださいなぜ私は正確にあなたを伝えることができないgit statusと
git commit --dry-run -a、しかし、ここからのヒントである リーナス：

gitは内部的には「名前変更の検出」全体を気にしていません。名前変更を使用して行ったコミットは、名前変更の表示に使用するヒューリスティックとは完全に独立しています。

A dry-runは実際の名前変更メカニズムを使用しますが、 git statusおそらく使用しません。

gitが移動として認識するには、2つの変更されたファイルをインデックスに追加する必要があります。

唯一の違いmv old newとgit mv old new gitのMVが、インデックスにファイルを追加することです。

mv old new その後 git add -Aうまくいくでしょう。

あなたはただ使うことができないことに注意してください git add .インデックスに削除が追加されないため、ことはできません。

「git add -A」と「git add」の違いをご覧ください。

自分で試してみるのが一番です。

mkdir test
cd test
git init
touch aaa.txt
git add .
git commit -a -m "New file"
mv aaa.txt bbb.txt
git add .
git status
git commit --dry-run -a

git statusとgit commit --dry-run -aが2つの異なる結果を表示するようになりました。ここで、git statusは新しいファイル/ aaa.txtが削除されたときにbbb.txtを示し、-dry-runコマンドは実際の名前変更を示します。

~/test$ git status

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   bbb.txt
#
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   deleted:    aaa.txt
#


/test$ git commit --dry-run -a

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    aaa.txt -> bbb.txt
#

次に、チェックインを行います。

git commit -a -m "Rename"

これで、ファイルの名前が実際に変更され、git statusに表示されているものが間違っていることがわかります。

話の教訓：ファイルの名前が変更されたかどうかわからない場合は、「git commit --dry-run -a」を発行してください。ファイルの名前が変更されていることを示している場合は、問題ありません。

git 1.7.xの場合、次のコマンドが機能しました。

git mv css/iphone.css css/mobile.css
git commit -m 'Rename folder.' 

元のファイル（つまり、css / mobile.css）はすでにコミット済みファイルにすでに含まれているため、git addは必要ありませんでした。

あなたはgit add css/mobile.css新しいファイルとを持っている必要があるgit rm css/iphone.cssので、gitはそれについて知っています。その後、同じ出力が表示されますgit status

あなたはステータス出力（ファイルの新しい名前）でそれをはっきりと見ることができます：

# Untracked files:
#   (use "git add <file>..." to include in what will be committed)

（旧名）：

# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)

舞台裏git mvは、まさにそれを行うラッパースクリプトにすぎないと思います。インデックスからファイルを削除し、別の名前で追加します

gitの観点からファイルについて考えてみましょう。

gitはファイルに関するメタデータを追跡しないことに注意してください

あなたのリポジトリは（とりわけ）を持っています

$ cd repo
$ ls
...
iphone.css
...

そしてそれはgitの制御下にあります：

$ git ls-files --error-unmatch iphone.css &>/dev/null && echo file is tracked
file is tracked

これをテストします：

$ touch newfile
$ git ls-files --error-unmatch newfile &>/dev/null && echo file is tracked
(no output, it is not tracked)
$ rm newfile

あなたがするとき

$ mv iphone.css mobile.css

gitの観点から、

• iphone.cssはありません（削除されています-gitはそれについて警告します）。
• 新しいファイルmobile.cssがありますます。
• これらのファイルはまったく無関係です。

だから、gitのは、それがすでに知っているファイル（約助言iphone.cssそれが検出さ）と新しいファイル（mobile.css）が、ファイルをインデックスまたはHEADのgitにある場合にのみ、その内容をチェックするために開始します。

現時点では、「iphone.css削除」もmobile.cssももインデックスにされてい。

インデックスにiphone.css削除を追加

$ git rm iphone.css

gitは何が起こったかを正確に伝えます：（iphone.cssが削除されます。それ以上は何も起こりません）

次に、新しいファイルmobile.cssを追加します

$ git add mobile.css

今回は、削除と新しいファイルの両方がインデックスに登録されています。gitはコンテキストが同じであることを検出し、名前を変更して公開します。実際、ファイルの50％が類似している場合は、それを名前変更として検出し、mobile.cssを変更できます、操作を名前の変更として保持しながら、を少し。

これはで再現可能git diffです。ファイルがインデックスに登録されたので、使用する必要があります--cached。mobile.cssを少し編集し、インデックスに追加して、次の違いを確認します。

$ git diff --cached 

そして

$ git diff --cached -M

-Mの「名前変更の検出」オプションですgit diff。（50％以上の類似性はgitが名前を変更することを-M意味します）を意味し-M50%ますが、-M20%mobile.cssを頻繁に編集する場合、これを（20％）に減らすことができます。

手順1：ファイルの名前をoldfileからnewfileに変更します。

git mv #oldfile #newfile

ステップ2：git commitとコメントの追加

git commit -m "rename oldfile to newfile"

ステップ3：この変更をリモートサーバーにプッシュする

git push origin #localbranch:#remotebranch

Gitはファイルを新しい追跡されていないファイルとしてではなく、内容から認識します

それはあなたが間違ったところです。

それだけだ後に gitのは、コンテンツからそれを認識することを、あなたはファイルを追加します。

ファインダームーブの結果をステージングしませんでした。Finder経由で移動してからを実行した場合git add css/mobile.css ; git rm css/iphone.css、gitは新しいファイルのハッシュを計算し、それから初めてファイルのハッシュが一致する（つまり、名前が変更される）ことに気づくと思います。

たとえば、手動でファイルの名前を手動で変更する必要がある場合。スクリプトを使用して一連のファイルの名前を一括で変更し、使用するとgit add -A .うまくいきました。

Xcodeユーザーの場合：Xcodeでファイルの名前を変更すると、バッジアイコンが追加に変わります。XCodeを使用してコミットを行うと、実際に新しいファイルが作成され、履歴が失われます。

回避策は簡単ですが、Xcodeを使用してコミットする前に行う必要があります。

1. フォルダでgit Statusを実行します。段階的な変更が正しいことがわかります。

名前が変更されました：Project / OldName.h-> Project / NewName.h名前が変更されました：Project / OldName.m-> Project / NewName.m

1. commit -m 'name change'

次に、XCodeに戻ると、バッジがAからMに変更されていることがわかります。これで、xcodeを使用してさらに変更をコミットすることが保存されます。