詳細は後述)前述の設定例は、以下のような変換設定を意味します。書いても意味が無いように思われるかもしれません。eol)を良く見ると、以下のような記述があります。先頭で記述してください。当該パターンよりも先に合致させる場合にのみ有用です。ような場合に備えた設定と言えます。履歴情報の作業領域への取り出しといった際に、作業領域内容の変換に使用されます。変換されてから、履歴に記録されます。変換された上で作業領域に取り出されます。よる改行コード変換の設定が有効だった場合、履歴には改行コード変換後の内容が記録されます。記述内容を変更したからといって、履歴記録済みファイルの改行コードは変換されません。「作業領域と履歴情報との間でのやりとり」に割り込んで改行コードを変換するだけである、という点に留意してください。明示的に改行コード変換設定を記述しても無視されます)。種別ですが、これは「稼動環境に応じた改行変換を行う」という便利な種別です。改行で記録するようになります。改行を記述」した場合と差異が無いように思うかもしれません。改行である一方で、「作業領域への取り出し」には稼働環境に応じた改行コードを使用する、という点にあります。改行に変換されたものが取り出されるわけです。一般的なツール群とも連携可能です。指定した方が良いと言えます。ファイル記述を変更した場合、作業領域中のファイルに変更後の改行変換設定が適用されるのは、次に「作業領域にファイル内容の取り出し」を行った契機となります。記述と矛盾する状態の履歴管理対象ファイルが、作業領域中に存在し続けるかもしれません。当該ファイルに対して「ファイルが変更された」と表示します。実行して、作業領域のファイル管理状態を再構築してください。以下のように振る舞います。組み合わせでも、作業領域中のファイルの改行形式は、変更されません。よる改行コード変換の実施)といった手順を踏む必要があります。ファイルの内容が反映されます。ファイル自体は、必ずしも履歴管理されている必要はありません。ファイルの内容が反映」されない、例外ケースが2種類あります。ファイルの内容が反映されるこれは比較的分かりやすいのですが、もう一つの例外ケースはちょっとややこしいです。履歴管理対象になっている場合は、その内容が反映されるこれだけでは分かりづらいでしょうから、リビジョンツリー図を使って説明します。ファイルが追加されたとしましょう。無い状況でリポジトリを複製して、作業に着手しているとします。ファイルが記録されています。ファイルの内容を反映した改行変換が実施されます。ここまでの挙動は「ちょっと便利」程度に考えても良いのですが、この先の作業を考えると注意が必要です。履歴管理されていないということから、以後のコミット等における改行変換処理は実施されません!もっとも、見て分かるように、これは明らかにマルチプルヘッドとなりますので、本来であれば早々にマージすべき状況ですから、現実的にはあまり問題にはならないでしょう。登録してしまうことをお勧めします。エクステンションが同梱されていました。エクステンションによって代替されたのは:改行コードの一貫性は、リポジトリ単位で管理したいという部分が大きいと思います。セクションに記述する必要がありました。この設定記述は、分散したリポジトリ間で共有することができません。設定ファイルの記述漏れによって、リポジトリ内容の一貫性が損なわれる可能性があるわけです。リポジトリ間で、設定の矛盾が生じてしまう可能性があります。改行コードの一貫性は、リポジトリ単位で管理したいわけです。設定ファイルがリポジトリ内で履歴管理対象となっていれば、履歴情報伝播の一環で、改行設定も他のリポジトリに伝播させることができます。いうファイルが導入されたわけです。設定」について見てみましょう。設定に適用される改行変換を指定するものです。一見すると、同じような内容の設定記述が、複数の場所に散在しているように見えるかもしれません。定義できた方が嬉しい筈です。おいて記述できなければ意味がありません。「リポジトリ格納時の一貫性」と「利用環境に応じた作業領域取り出し」という点で、両者は全く異なるレイヤーに属することから、記述箇所が異なるわけです。月別アーカイブはてなブログをはじめよう!flying-foozyさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。