NetBeans：nbactions.xml、nb-configuration.xmlおよびcatalog.xmlをソース管理に入れる必要がありますか？

Question

This threadは、Netbeansのどのファイルをソースカウントロールに入れるべきかを知るのに非常に便利ですが、すべてのファイルをカバーするわけではありません。

特に、次のファイルがソース管理に入るべきかどうかは疑問です。ここに私の仮定/推測している： - 最も簡単な -

• NB-configuration.xmlのコメント内のファイル自体は、それがソース管理に行くべきと言います。

• nbactions.xml - このファイルには、アプリケーションの実行に特有の情報が格納されています。私。 JVMの引数などですので、のという質問があると思います。他の開発者に「推奨」実行構成を含めるには、それを含めてください。さもなければ - しないでください。正しい？

• のcatalog.xml - これが何をするかわからない（私は構文の色分けを有効にするには、XMLスキーマなどを調べるために、エディタで使用さだと思うが、それはただの推測です）。とにかく - このファイルにはシステム固有の情報（パス）がありますので、はでソース管理に入るべきではありません。

誰でも上記を確認できますか？ おかげで、

ピョートルIは、ソース管理にnbactions.xml入れ私のMavenベースのプロジェクトで

Answer 1

。絶対パスを相対パスに変更してください。

Answer 2

私はnbactions.xmlをソース管理に入れましたが、開発者が何らかの理由で別のバージョンのNetBeansを使用していると、共有が厄介になるため、内部フォーマットが変更される可能性があります。

最近、NetBeans 7.3.1から7.4にアップグレードし、「実行」アクションが奇妙なエラーメッセージを表示していました。 nbactions.xmlを削除して再生成することで問題を解決しました。古いものには、「実行」アクションと「デバッグ」アクション用のカスタムMavenゴールがありました。 org.codehaus.mevenide:netbeans-deploy-plugin:1.2.4:deploy IDE v7.3.1では表示されませんでした（おそらく、内部使用のために古いバージョンで生成された可能性があります）、v7.4でorg.openide.util.Lookupが見つかりませんでした。私はネット上での失敗した検索の後に自分で解決策を見つけたので、ここで問題を文書化しています。私はこれが他の誰かを助けることができることを望む

Answer 3

いくつかの理由のために私は、リポジトリ内の私のIDEの設定ファイルを置くことはありません：

• 他の同僚は、彼らを使用することもできます。
• 他の同僚が他のIDE（Eclipseなど）を使用してこれらのファイルを参照したり、チェックアウトから除外したりする必要がある場合は、迷惑になることがあります。
• これらのファイルのうちのいくつかは、通常、単一のプロジェクトに関連していないものもあれば、自動的に生成されるものもあります。したがって、すべてのプロジェクトのソースコードにそれらを保存する必要はありません。

は、それらを排除するために、私たちの最初のソリューションは.svnignoreだったが、単一のユーザーの特定のニーズのためのいくつかの共有コンテンツを変更するために、まだ論理的に間違っていたので、私たちはより厳密に決定：

私 ~/.subversion/configで

私が持っている：このことができます

[miscellany] 
global-ignores = nbactions.xml nbproject 

希望、

マルチェロ