を切り替えるときについて、ランダムにファイルを変更文句を言い、その後、新しいブランチに切り替えるとgit status
にgitを実行した後に別のブランチGITが</p> <pre><code>git status # On branch master nothing to commit, working directory clean </code></pre> <p>から始まっ枝
git checkout somebranch
への切り替えが時々ランダムに文句を言うだろう変更されたファイル。私はgit diff
でファイルをdiffの場合、それは次にgit diff --ignore-space-at-eol .
を実行すると、すべてのファイルがどこかに問題を終了する行があると信じて私をリードする変更は表示されません全ての行が削除された状態で最初に全体のファイルを表示し、再度
- someline
- someotherline
+ someline
+ someotherline
を追加します私が選択したマージツール(Beyond Compare)とファイルのバイナリ比較を行うと、ファイルがバイナリであることがわかります。なぜならgitはそれらが違うと不平を言いますが、私は16進数を比較しました実際にはどこが同じで、なぜgitはそれらが変わったと見なしますか? .gitattributesファイルを追加した後
# .gitattributes
# Auto detect text files and perform LF normalization
* text=auto
# Custom for Visual Studio
*.cs diff=csharp
*.sln merge=union
*.csproj merge=union
*.vbproj merge=union
*.fsproj merge=union
*.dbproj merge=union
# Standard to msysgit
*.doc diff=astextplain
*.DOC diff=astextplain
*.docx diff=astextplain
*.DOCX diff=astextplain
*.dot diff=astextplain
*.DOT diff=astextplain
*.pdf diff=astextplain
*.PDF diff=astextplain
*.rtf diff=astextplain
*.RTF diff=astextplain
:
リポジトリはgithubのガイドラインhttps://help.github.com/articles/importing-from-subversionに従うことによって変換され、その後、我々はこのようになります解決策に当社.gitattributesファイルを追加して古いSVNリポジトリにありました我々はまた、チームの全員がWindows上で実行されているhttps://help.github.com/articles/dealing-with-line-endings
から固定行末にgithubsガイドを踏襲、チームの全員が真= core.autocrlf使用していると誰もが少なくとも
を使用していますgit --version
git version 1.8.3.msysgit.0
ここで何が間違っていますか? gitが不平を言うファイルは完全にランダムであり、チーム全体の誰にとっても起こります。また、実際に変更されていないgit checkoutファイルを使用してファイルを元に戻すことは不可能です。
'.gitattributes'は開発者が' core.autocrlf'で設定したものを上書きする必要があります。なぜなら、最初に.gitattributesを使用している理由です。私はあなたが提案した修正を、github iへのリンクをたどって行っていますが、まだ問題は見ています。 –