2011-12-05 11 views
0

この状況を説明しましょう。私は非常に大きなプロジェクトを持っています。今はantによって管理されています。今、私はこのプロジェクトをアイビーとエクリプスで動作させるために取り組んでいます。私は多くの疑問を抱いています。Ant + Ivy + Eclipse

まず、私は日食で働いていないし、この "平らな"作業場の構想は、私にとってはむしろ変だ。プロジェクトにはツリー構造があり、ルートにはlibraries.properties(ライブラリのバージョンを記述するため)、ivysettings.xml、インポート用のテンプレートビルドファイルなど、多くの設定ファイルがあります。そして、ルートディレクトリにネストされた多くのプロジェクトがあります。

Eclipseの場合は、現在ivyDEを使用しています。

最初の質問 - Eclipseでツリー構造を作成するには?私が望むのは、そのサブプロジェクトがルートからファイルを取ることができるようにすることです。それを行うための正しい方法と標準的な方法は何ですか?

第2 - サブプロジェクトにsmth用の独自のライブラリバージョンがある場合、そのディレクトリにlibraby.propertiesファイルがあります。そして、このファイルは最初に取得されるので、グローバルルートライブラリです。プロパティは、このサブプロジェクトバージョンのlibの特定のものを上書きすることはできません。これは、私がグローバルの前に特定のプロパティファイルを読み込むことができるantで動作するので、うまく動作します。しかし、IvyDE - 私はそれのためのプロパティファイルを指定することができます(私はsmthgを逃した可能性があります)1つのポイントが見つかりました。だから私はこれをどうやって管理できますか?

アイビーに固有の第3の質問。ドキュメントのみ、またはソースのみを公開するにはどうすればよいですか?私は設定の問題だと思う。しかし、私は本当に感謝しています - もし私が私にこれの例を与えることができる - アイビーファイルに何があり、何がアリファイルにあるはずですか? ありがとうございます。 )

+0

私は、誰も日食とアイビーで働いたとは思えません。誰かが、少なくともEclipseのアイビー/アリの使用法のためのプロジェクトの構造をレイアウトする最良の方法は何かを知っているように見えますか? – borzoni

答えて

1

multi-module buildsのivyチュートリアルは読んでいますか?

answerにもいくつかの注意点があります。

+0

はい、私はそれらを読んだ。私は具体的にベストプラクティスを求める – borzoni

0

最初について:フラットな構造を使用する必要はありません。プロジェクトパスは作成時に変更できます。あるいは、ファイルシステムの周りを移動して、それを再インポートすることもできます。ワーキングセットを使用すると、より良い構造化ビューのプロジェクトをグループ化できます。

0

2番目の質問では、Mark O'Connorが自分の投票権を持っていることを示しています。

最初の質問では、はい、Eclipseのプロジェクトのツリー構造を使用する方法がありますが、あなたはここでシステムに対して取り組んでおり、長期的にはペナルティを受けるでしょう。

あなたのプロジェクトがSVNであると仮定すると、svn:externalsを活用して、Eclipseで機能する同等のフラットな構造を作成することができます。

考えられるのは、ルートSVNフォルダを定義することです(おそらく、兄弟フォルダなどの既存の構造の外にある)。それから、eclipseの.project、.classpath、およびその他の.settings/.externalBuilders設定ファイルを含む、内部にeclipseプロジェクトフォルダのフラットな構造を作成します。次に、svn:externalsを使用して、元のSVNの場所からソースファイルと設定ファイルを取り込み、適切なプロジェクトフォルダ構造を作成します。 する必要があります。

興味深い利点:両方の構造を必要なだけ長く保つことができます。一部の早期採用者はEclipse構造で作業することができますが、他のチームは旧式のAntチェックアウトに取り組んでいます。両方のグループがチェックアウトし、同じファイルをコミットします。 Eclipse構造が安定していると感じたらいつでも誰でも切り替えることができます。レガシー構造はあなたのために全部あなたのためにありました、あなたはきれいなビルドを作る能力が危険にさらされている移行期間はありません。

関連する問題