問題タブ [gitattributes]

.gitattributesたとえば、ここで詳しく説明するように、ファイルを介して行末を正しい方法で設定することにしました。そのため、core.autocrlfをfalseに設定し、.gitattributesファイルを作成してコミットしました。

次に、ここで提案されているように、発行git rm --cached -r .してからgit reset --hard（これも試してみました） 。これで、すべてのファイルにLF行の終わりがあります。CRLFであってはいけませんか？何が恋しいですか？私はWindows7を使用しています。git checkout HEADgit version 1.8.0.msysgit.0

ありがとう

最近、次の設定で .gitattributes ファイルを ac# リポジトリに追加しました。

これらの github の指示に従ってリポジトリを再正規化したところ、問題なく動作するように見えました。

私が抱えている問題は、いくつかのファイル (すべてではない) をチェックアウトすると、実際のコードに多くの奇妙な文字が混在していることです。lf->crlf上記の .gitattributes ファイルで指定された変換によってgit がファイルを実行すると発生するようです。

メモ帳++によると、めちゃくちゃになるファイルは使用UCS-2 Little EndianまたはUCS-2 Big Endianエンコードされています。問題なく動作するように見えるファイルは、ANSIまたはUTF-8エンコードされています。

参考までに、私の git バージョンは1.8.0.msysgit.0で、OS は Windows 8 です。

これを修正する方法はありますか？ファイルのエンコーディングを変更するだけで十分でしょうか?

リポジトリに次のような.gitattributesファイルがあります

リポジトリ、グローバル、およびシステム設定でcore.autocrlfの設定を解除しました。gitattributesのドキュメントに基づく私の理解では、名前が.txtで終わるリポジトリ内のすべてのファイルは、ネイティブの行末でチェックアウトする必要があります。しかし、私が見ているのは、Windowsの場合でも、.txtファイルには常に行末のLFが含まれているということです。この構成を考えると、Windowsで行末がCRLFにならないのはなぜですか？

最終的に別のバージョン管理システムにチェックインする必要があるローカル ファイルのバージョン管理に Git を使用しています。現在、ほとんどの C コード ファイルでいくつかの問題が発生しています。

1. それらはすべて、ヘッダーコメントに自動バージョン履歴があります
2. ほとんどのファイルは、EasyCode または EasyCase コメントで雑然としています

ここで、Git にチェックインする前にコードをクリーンアップするために、2 つの git フィルター "History" と "EasyTool" を作成しました。両方のフィルターですべての C ファイルと H ファイルをフィルター処理するにはどうすればよいですか?

コマンドを複数回指定しても機能せず、フィルター コマンドの連結も機能しません (または、少なくとも正しい構文が見つかりませんでした)。

これは私の最初の試みでした：

次に、次のようなことを試しました。

私は PHP CMS を作成していますが、これにはインストールが必要です。
インストールにより、構成ファイルが生成されます。

localhost では、インストールされたバージョン (特定の構成ファイルを含む) で作業します
が、github から CMS をダウンロードするユーザーには、空の構成ファイル (= アンインストールされたバージョン) が含まれます。

私が欲しいもの： - ローカルホスト
の特定の設定ファイル（config.php）（作業するため） - github
の空の設定ファイル（ ）（ダウンロードするため）config.php

私はこの投稿に出くわしました: git はスペースとタブを自動的に切り替えることができますか?
それが本当に私が探しているものかどうかはわかりません。
出来上がり。

私は Windows 7 で作業しており、EOL の問題を防ぐために.gitattributes、次のようにファイルを設定しています ( github のヘルプで説明されています)。

しかし今、行末jsだけを持つファイルをコミットすると、次の警告が表示されます。LF

ええと、これCRLFは、リポジトリとLF作業ディレクトリにあるように思えますが、まったく逆であるべきです（そして、そうであってほしいと思っています）。-fileのjs行末はまだLFコミット後です。

警告を間違って読んでいますか、それとも間違った方法でセットアップし.gitattributesましたか? ありがとう！

ps 私のグローバル git config にはがありますが、ファイルautocrlf = trueのためにコミット時に EOL 変換に影響を与えるべきではありません.gitattributes

ppsjsファイルはサブディレクトリにあります

私たちのレポには、js非常に読みやすいファイルがありますが、その中の差分に関するレポートは必要ありません。画面がごちゃごちゃするだけです。したがって、バイナリと見なされるようにします。それが私たちの仕事で*.min.jsあり、誰もが結果に満足しています。.gitattributesgot:行で、これを特定のファイルに対して何らかの*.js text eol=lf方法でオーバーライドする必要があります。js私はもう試した：

そのような内容で、ファイルをフォルダー自体（すべてのコンパイル済みファイルを保持する場所）.gitattributesの下に配置しようとしました：bin/

しかし、うまくいかないようです。私が推測する単純なものであるべきですか？

行末に一貫性のないリポジトリのクローンを作成しました。.gitattributes正規化するファイルのテキスト属性を設定するを追加しました。変更をコミットすると、次のメッセージが表示されます。

どうすればgitにファイルの作業コピーを正規化させることができますか？できれば、gitで作業ツリー全体を正規化したいと思います。

git での CRLF と LF の問題に関する多くの投稿を読みました。この .gitattributes 構成を正しいと考えるかどうかを尋ねます。

私のレポには、Linux環境で実行される多くのスクリプト（sh拡張子のあるもの、拡張子のないもの...）があるため、デフォルトのgit構成およびWindows環境では、チェックアウト時にこれらのスクリプトにCRLFがあり、失敗します。それを達成するために、すべてのファイルに LF 行末を導入します。gitはバイナリファイルとテキストファイルを区別しているので問題ないと思います。残りのファイル: '.php'、'.c'、'.js' については、すべてのウィンドウ開発者はこれらのファイルの表示に問題はありません。.gitattributes config は良いと思いますか?