2

Eclipseの2つ以上のプロジェクトで必要なdllのコードが少しあります。現在、各プロジェクトにはコードのコピーがあり、DLLを個別にビルドします。共通の場所があるように、dllコードを別のEclipseプロジェクトに分割したいと思います。ただし、1つのプロジェクトでdllをビルドしてから、dllを他のプロジェクトにコピーして戻し、それぞれのプロジェクトのdllを確認する必要がある状況を避けたいと思います。これにより、プロジェクトごとにdllが作成されますが、プロジェクトが構築された正確なコードにトレースすることはできません。

バージョン管理システムとしてCVSを使用している別のeclipseプロジェクトにdllをシンボリックにリンクして、dllの作成に使用されたコードのバージョンを特定できるようにする方法はありますか？私はこれを複雑にしすぎているのでしょうか、それとも何か明らかなものが欠けているのでしょうか？

Eclipseのパッケージマネージャーでワーキングセットを検討しましたが、CVSでそれらを使用する方法についてさらに調査し、次のチェックアウト者にとって悪夢にならず、プロジェクトがなぜ成功するのか理解できないようにする必要があります。 tコンパイルします。

ありがとう。

4

2 に答える 2

2

別のプロジェクトに新しいフォルダーを作成するのはどうですか。新しいフォルダを作成する高度なセクションには、ファイル システム上の別の場所にリンクするオプションがあります。

または、projectset.psf ファイルを利用するコンテナー プロジェクトを作成することもできます。リポジトリ内のさまざまなプロジェクトに projectset ファイルをリンクさせます。そのプロジェクトをチェックアウトする場合は、代わりにコンテナーをチェックアウトし、projectset ファイルを右クリックして [プロジェクト セットのインポート...] を選択します。

于 2009-02-12T03:12:31.200 に答える
0

1 つのワークスペースで作業している場合、最終的に 3 つのプロジェクトが作成され、それぞれが CVS にミラーリングされます。1 つは dll、その他は dll を使用するプロジェクトです (dll プロジェクトに対するこれらのプロジェクトのプロジェクト依存関係として構成されます)。

3 つのプロジェクトでは、ワーキング セットを目指しません。1 つのワークスペース内で多くのプロジェクトを管理するのに適しています。3 つのプロジェクトでは、やり過ぎだと思います。私は通常、作業セットではなく、複数のワークスペースを目指す傾向があります。

これらのプロジェクトで次に作業する人について: プロジェクトのセットアップ方法に関する何らかのドキュメントを保持する必要があります。あなたの Eclipse プロジェクト ファイルはまさにそれを行うと言うかもしれません (別のプロジェクトへのプロジェクトの依存関係を定義するため) が、これはマシンのためのものです - 人間は他の通信手段を好む傾向があります。

dll への変更が 1 つのプロジェクトと互換性がないことを心配している場合 (これらの変更を適用する人が他のプロジェクトを気にしないため)、ビルド サーバーを目指してください。これにより、バージョン管理下の何かが変更されるたびにすべてのプロジェクトと依存プロジェクトがビルドされ、すべてのテストが実行され、ビルド番号が提供され、すべて使用できるようにパッケージ化されます。このようにして、ビルドサーバーはコードにローカル (コミットされていない) 変更を加えることができないため、成果物に含まれるものが何であれ、再現できることを確認できます。また、buildserver は、最後のコミットの瞬間 (つまり、数分後) に失敗 (破損した API または破損したテスト) を通知し、損傷を引き起こした側に損傷を修復する負担を課します。

于 2009-01-23T19:32:43.447 に答える