0

.project ファイルには、プロジェクトで使用されるプロジェクトの性質への参照が含まれています。

これらのプロジェクトの性質は、ローカルの開発者マシンにインストールされているプラ​​グインに依存しています。

では、このファイルを SVN から除外する必要がありますか?

他の開発者が知らない性質は問題を引き起こしますか?

ありがとう

4

2 に答える 2

1

私はそれら (esp .project) を決してコミットせず、常に svn:ignore'd に投票します。間違っているかもしれませんが、コードを SVN にコミットしてから、SVN からチェックアウトして新しいプロジェクトを作成するだけです。

それらのファイルがコミットされたプロジェクトをチェックアウトするたびに、文字通りプロジェクトが壊れました。しかし、それは私の同僚だけかもしれません...壊れるとは、これらを変換することを意味します

src/com.package.name1
src/com.package.name2
src/com.pack.name1
src/com.pack.name2

これらに

src/
src/com
src/com/package
src/com/package/name1
src/com/package/name2
src/pack
src/pack/name1
src/pack/name2

他の種類の不必要な刺激...パッケージとしてではなくフォルダーとして認識されなくなったようなものです。eclipse -clean を実行したり、プロジェクトを削除/再インポートしたり、時間を無駄にしたくないEclipseのものに時間を無駄にしたりする必要があることの1つ。

于 2012-07-31T12:28:09.557 に答える
1

それはあなたの状況によって異なります。

それらをバージョン管理下に置くための指示:

  • あなたは会社の文脈でチームについて話している。組織的な問題も抱えていない限り、共通の開発者環境を強制できるはずです。
  • 誰もがEclipseを使用しています
  • 初心者がSVNからプロジェクトをチェックアウトするのをより簡単にしたい(新しいプロジェクトとして再作成せずに)

それらをバージョン管理下に置かないための指示:

  • プロジェクトに取り組んでいる人々 (または IDE) は非常に異なります (パブリック オープン ソース プロジェクトの場合と同様)。
  • プロジェクトを Hudson/Jenkins などの統合サーバーでも使用したい場合。その場合、Maven またはその他の標準化されたアーティファクト ライフサイクル管理ツールをEclipseの外部で使用する必要があります。

最善の解決策: Mavenを使用して依存関係を記述し、Eclipse から完全に独立したプロセスをビルドします。その後、Tycho を使用して、Maven と Eclipse の世界の間で「ブローカーとして機能」します。そうすれば、何をバージョン管理下に置くべきかが正確にわかり、誰もがまったく同じビルドを作成できます (使用する IDE やインストールされているプラ​​グインに関係なく)。

于 2012-07-31T14:42:34.457 に答える