問題タブ [gitattributes]

git diff*.texを除くすべてのファイルの通常の差分を出力したいと思います。* .texファイルの場合、。の出力を確認したいと思いますgit diff --word-diff。

.gitattributesとで遊んで.gitconfigいましたが、最も遠いのは、1つの.texファイルの部分的な表示を取得した後、クラッシュすることでした。

この振る舞いをすることは可能ですか？

私の.gitattributes：

.gitconfig：

およびword-diff.sh：

次のディレクトリ構造があります。

私のプロジェクトでは、master と staging という 2 つのメイン ブランチを使用し、それぞれが異なるリモート (本番およびステージングの heroku アプリ) を追跡します。

アイデアは、ステージング ブランチが新しい機能で前進し、それらがステージング リモートにプッシュされてテストされ、次にマスターがステージングに一致するように早送りされ、本番リモートにプッシュされるというものです。

私がやりたいことは次のとおりです。これらの 2 つのブランチを自由にマージしながら、 と のバージョンを別々に保ちbraintree.rbますproduction.rb。

これを達成するために、ここに私が入れたものがあります.gitattributes（ProGitの本に従って）：

ファイルは両方のブランチに存在します。

私が直面している問題は、これが何にも影響を与えていないように見えることです。2 つをマージするたびに、とにかくファイルが変更され、再度変更する必要があります。

私は恐ろしく明白な何かが欠けていると感じていますが、今のところそれは私を逃れています. ここでの他の回答にはカスタムマージドライバーの作成が含まれていることは知っていますが、ProGitの本ではこのプロセスについて言及されておらず、oursドライバーが組み込まれていることを暗示しているようです(そして、マニュアルページで言及されているのを見たので、比較的確実です）。私が考えることができる唯一の他のことは、どういうわけか.gitattributes間違った場所に入れたか、その内容をめちゃくちゃにしたことですが、それに関する多くの情報を見つけることができません. ファイルと同じディレクトリに移動しようとしましたが、役に立ちませんでした。

参考までに、私は OS X で git バージョン 1.7.2 を実行しています。

私は以前、gitで特定のファイルタイプのマージ戦略を設定することについてのこの優れた回答からの指示を読んで適用しました。これは、マージに最適です。ただし、を実行するgit rebaseと、マージ戦略は適用されません。

git rebase同様のマージ戦略を適用して特定の競合を自動的に解決するように設定することは可能ですか？

プロジェクトリポジトリ用にテキストとバイナリファイルタイプのリストを作成しましたが、一部のタイプがその分類から外れた可能性があるか、将来誰かが新しいファイルタイプを追加するのを忘れて追加する可能性があります.gitattributeファイル。

一部のカテゴリでこのファイルにないファイルタイプのデフォルトの動作は何ですか？言及されていないファイルタイプのデフォルトの動作を「バイナリ」に設定できますか？ファイルタイプが構成に記載されていないという理由だけでautocrlf行末をファイルに変更するよりも、変換などの目的で実際にはテキストのように扱われないテキストファイルを使用する方が問題が少ないと思います。rar

チェックアウト時に .gitattributes によって $Id$ フィールドが設定された Python スクリプトがいくつかあります。この ident 文字列を使用して、特定のバージョンのファイルをチェックアウト (または識別) するにはどうすればよいですか?

この問題は、クライアントがスクリプトを使用しているが、チェックアウトしたバージョンがわからない場合に発生します。$Id: ... $ を要求して、使用しているバージョンを確認するだけでよいでしょう。

この問題に関する記事がたくさんあることは知っています。しかし、私は成功せずに数週間苦労しています。

githubに記載されているベスト プラクティスを使用しようとしています。そこで、.gitattributes ファイルを追加しました。たとえば、次のようになります。

また、すべてのファイルの行末を正規化しました。これで、コミットするものが何もないクリーンな作業コピーができました。しかし、今、任意の Windows テキスト エディターでファイルを開いてランダムな変更を加え、ファイルを保存し、その変更を元に戻すと、このファイルが変更されたように見えます。これは、ファイルの行末が Windows スタイルになったためだと理解しています。しかし、これは恐ろしい作業方法です。ファイルには変更がありませんgit reset --hard。そのような場合、あなたは何をお勧めしますか？

XCodeプロジェクト（プレーンテキスト）を比較.gitattributesするために、次のものがあります

しかし、私がdiffすると、まだバイナリファイルが表示されます

私.gitattributesは同じレベルの.gitフォルダにいます

同僚からのバンドルをマージした後、CRLF の問題を観察しました。LF を含む行がソースに混在している場合があり、おそらくマージされたものです。したがって、.gitattributes次の内容のファイルを追加することにしました (コメントは削除されています)。

今、私は奇妙な行動を観察しています。modified: ...そこにあるはずのないファイル (つまり、ステージングされていないファイル) がたくさんあります。を試しgit reset --hardましたが、ファイルのステータスは同じです。リポジトリを再度クローンしようとしましたが、結果は同じでした。

Windows用の現在のバージョンとしてダウンロードしたものgit version 1.7.11.msysgit.0からインストールしました。Git-1.7.11-preview20120620.exe

他に何を試す必要がありますか？

ありがとう、ペトル

バックグラウンド：

2つのUnity3dプロジェクトがあります。

• Unityプリファレンスが「混合アセット」モードに設定されている最初のファイル（一部のファイルはテキスト、一部はバイナリ）および
• プリファレンスが「テキストを強制する」に設定されている2番目（ほとんどのバイナリファイルはYAMLテキストに変換されるため、ほぼすべてのファイルをdiff編集できます）。

最初のプロジェクトのファイルをtext/binaryに設定するために、ファイルとそのsvnプロパティのリスト（ * .csファイルがに設定されている、*。unityファイルがに設定されているなど）とともに~/.subversion/configファイルが有効になっています。svn auto-propssvn:eol-style=nativesvn:mime-type=application/octet-stream

問題：

2番目のプロジェクトはすべてのファイルに対してテキストモードをサポートするようになったため、 *。unityファイルがとして処理されるように別のauto-propsルールセットを使用する必要があります。svn:eol-style=native

プロジェクトごと（またはディレクトリごと）にどちらをgit使用できるかを確認したので、この機能を使用できます。.gitattributesSVNは、リポジトリで共有できるある種のファイルを使用してこれを実行できるので、コミットするすべての人が同じデフォルト設定を使用しますか？