私はsvn：ignoreプロパティの理解が難しいです。誰かが私を助けることができればいいだろう。svn：ignore - どのように動作しますか？
* .logファイルと/ targetフォルダにsvn：ignoreプロパティが適用されているsvnリポジトリからgrails web appをチェックアウトしました。明らかに、私が* .logファイルをチェックアウトしたときに、/ targetフォルダが見つからなかった。私のローカル作業コピー上のこのgrailsアプリケーションの作業後、/ targetディレクトリと* .logファイルが作成されます。さて、svnリポジトリに変更をコミットすると、/ targetファイルと* .logファイルもコミットされますか？ grailsアプリケーションのsvnコピーにsvn：ignoreプロパティが既に存在するため、自動的に無視されますか？
希望私は自分自身を明確にしました。
ありがとうございました。
svn：ignoreプロパティには、特定の Subversion操作が無視するファイルパターンのリストが含まれています。おそらく最も一般的に使われている 特別なプロパティは、 ランタイム設定オプション（see section "Config"セクションを参照）と一緒に動作します。 コマンドからsvn status、 svn add、およびsvn import。
svn：ignoreプロパティの背後にある論理的根拠は簡単に説明されています。 Subversionは、作業コピーディレクトリ 内のすべてのファイルまたはサブディレクトリがバージョン管理を意図していると想定していません。リソースは、 またはsvn addコマンドを使用してSubversionの管理下に明示的に配置する必要があります。結果として、多くの場合、多くのリソースがバージョン化されていない作業コピーになります。今
、はsvn statusコマンドは、その出力の一部として、すでにグローバル無視するオプション（またはその組み込みのデフォルト 値）によってフィルタリング ない作業コピー内のすべての バージョン管理外のファイルやサブディレクトリ。これは、ユーザが を忘れてバージョンコントロールにリソースを追加するのを忘れたかどうかを確認できるようにするためです。
しかしSubversionは、 が無視されるべきすべてのリソースの名前を推測することはできません。また、非常に頻繁に、特定のリポジトリのすべての作業コピーで無視されるべきものがあります（ ）。 に、そのリポジトリのすべてのユーザーがこれらのリソースのパターンを に追加するように強制するには、実行時の構成領域は負担ではなく、ユーザーがチェックした他の作業 のコピーの設定に矛盾する可能性がありますでる。
解決策は、ディレクトリ を使用して、指定されたディレクトリに表示される可能性のあるリソース に固有の無視パターンを格納することです。基本的にディレクトリに固有の という未変換のリソースの一般的な例は、 プログラムのコンパイルからの出力を含みます。または、この ブックに適切な例を使用する - 一部のソースDocBook XMLファイルを 形式に変換した結果、 の結果として生成されたHTML、PDF、またはPostScriptファイル。
参考：
のsvn：ignore属性は、ファイルパターン、または特定のSubversion操作が無視されるディレクトリ名のリストが含まれています。変更をsvnリポジトリにコミットすると、/ targetファイルと* .logファイルはコミットされず、grailsアプリケーションのsvnコピーにすでに存在するsvn：ignoreプロパティのために自動的に無視されます。
人々があなたの質問に答えるようにするには、以前の質問に回答を承認する必要があります（回答の左側のチェックマークを参照）。 – JVerstry
合意。あなたの投稿に回答を承認してください。それ以外の場合は、コミュニティの評価システムを支援していません。 –
私はそれを知って申し訳ありません..私は私の以前の質問の答えを承認し、それを続けるだろう.. –