13

私は通常、プロジェクトの複数のコピーを持っています。たとえば、トランクのコピーと最後のリリースのブランチのコピーです。プロジェクトファイルをEclipseからきれいに分離するために、Eclipseワークスペース外のディレクトリにあるSubversionからチェックアウトされます。

プロジェクトをEclipseに簡単にインポートできるようにし、複数の 回答からの指示に従いたいと思います。

問題は、私の.launchファイルにプロジェクト名がハードコーディングされていることです。新しいプロジェクトがインポートされると、プロジェクトの名前がエクスポートされたプロジェクトとまったく同じである場合でも、起動ファイルが[実行構成]メニューに表示されます。これにより、同じプロジェクトの2つのバージョンを持つことができなくなります。

Antタスクから.launchファイルと.projectファイルを生成するのが唯一の方法のようですが、このソリューションを使用している人は誰もいません。たぶん、複数のワークスペースとプロジェクトを常に同じ名前にする必要があります。

それを行うための最良の方法は何ですか？

編集：私はVonCを答えとしてマークしていますが、コメントをお見逃しなく。

4

2 に答える 2

6

.launch構成ファイルはワークスペースにある必要はないことに注意してください。あなたが参照する答えで私が述べたように
、それらはあなたの中にある可能性があります。<project>/.settings

つまり、Eclipseワークスペースに同じプロジェクトの2つのバージョンをインポートすることはできません。
個別のワークスペース（バージョン管理されていない）が必要であり、それぞれが異なるパスのプロジェクトを参照しています。
各パスは、異なる作業ツリーを表します（Subversionの異なる作業ディレクトリなど）。

OPは以下を追加します：

プロジェクトの名前は同じである必要がありますが、プロジェクトのチェックアウトディレクトリには任意の名前を付けることができます。

起動ファイルを機能させるには、変数を使用して任意のファイルを参照する必要があります${workspace_loc:ProjectName}。
Javaファイルは、次のようなパスを使用して参照できます。' /ProjectName/src/package/MyFile.java'
このように、任意のツールを使用してSubversionリポジトリと対話する方が簡単です。

Eclipseを使用する人の生活を楽にしたいのですが、誰にも強制的に使用させたくはありません。

于 2010-08-10T05:36:20.713 に答える
2

ワークスペースをチェックアウト場所に関連付けることをお勧めします。そうすれば、Subversionで関連するプロジェクトの起動構成を使用できます。

私のディレクトリ構造は次のようになります。

{checkout root}
   |
   +code
   |
   -workspace

あなたの場合、それはトランクとあなたがチェックアウトする他のブランチ/タグのためのワークスペースを意味するでしょう。また、すべてのプロジェクトをワークスペースの外に置いています。Subversionのワークスペースディレクトリは空です。兄弟ツリーからワークスペースにプロジェクト参照を再帰的に追加するだけです。また、Eclipse設定をエクスポートすると、新しい各ワークスペースに再インポートできるため、役立ちます。

このアプローチは、RationalClearCaseでEclipseを使用するためのIBMとRationalのホワイトペーパーのペアから導き出しました。同じワークスペースで同じプロジェクトの複数のバージョンを開く必要がない限り、これは機能するはずです。

于 2010-08-10T01:04:04.053 に答える