2

私の現在のチームでは、プロジェクト設定で外部ライブラリ ヘッダーへの依存関係を次のように整理しています。

コンパイラ設定 -> 追加インクルード:
d:\src\lib\boost_1_43
d:\src\lib\CxImage_6_00
...

ご覧のとおり、パスには正確なライブラリのバージョン番号が含まれています。

このadvantage方法の利点は、現在のプロジェクトで使用されているライブラリの正確なバージョンを常に把握できることです。プロジェクト設定はリポジトリに保存されるため、これらの設定の完全な履歴も保持されます。バージョンが変更された場合、担当の開発者はプロジェクトの設定を変更し、新しいリリースに問題がないことを確認する必要があります。

私が見ている大きなdisadvantage問題は、ライブラリの新しいバージョンごとに、それを使用するすべてのプロジェクトに手を加え、パスを変更する必要があるということです。(メインの製品で 1 つのライブラリの複数のバージョンをデプロイしたくありません)。そして、この繰り返されるプロセスでは、多くの友達を作ることはできません...

中規模のプロジェクトでこの問題をどのように処理しますか?
あなたの経験に「ベストプラクティス」はありますか?

多くのサブプロジェクトを持つ windows/visual studio 2008 環境でのソリューションに特に興味があります。

アドバイスをありがとう！

4

1 に答える 1

2

プロパティ シートを使用すると、共通のプロジェクト プロパティを簡単に管理できます。

私の提案は、次のように編成されたユーザー マクロを設定することです。

$(DependenciesPath)   => d:\src\lib\
$(BoostPath)          => $(DependenciesPath)boost_1_43\
$(CxImagePath)        => $(DependenciesPath)CxImage_6_00\

次に、プロジェクトのプロパティで、特定のバージョンを参照するだけでなく、特定のバージョンを参照する必要があり$(BoostPath)ます$(CxImagePath)。プロパティ シートのさまざまなマクロを変更するだけで、依存関係フォルダー全体を移動したり、個々の依存関係パスを変更したりできます。

于 2010-09-15T10:49:05.923 に答える