1
私は、 "dep"、 "app 1"、 "app 2"の両方を開発しながら、プロジェクト "app 1"と "app 2"で使用したいC++パッケージ "dep"を開発しています。現在のワークフローは、 "アプリ1" と "アプリ2" "DEP" で行われたすべての小さな変更のための Conan.io - "python setup.py develop"と似たようなことができますか？
に "DEP" で
conan export、およびconan install --buildを呼んで構成されています。このプロセスは面倒で、たびに「dep」の完全な再構築が行われます。私はConanの "test_package"機能を認識していますが、プロジェクト "app 1"と "app 2"はオプションではない "dep"と同じツリーに存在する必要があります。
Pythonのsetuptoolsでは、「python setup.py develop」を使用して、それに応じてパッケージをすぐに利用できるようにパッケージをインストールすることができます。 "app 1"と "app 2"をビルドする前に、 "dep"が更新される（変更があれば）Conanで同様のことをすることは可能ですか？
「test_package」とは、app1とapp2のプロジェクトが「dep」と同じツリーに存在することを意味しています。 – drodri
私は[documentation]（http://conanio.readthedocs.io/en/latest/packaging/testing.html）を正しく理解していれば、 "test_package"コマンドを使って "dep"を素早く構築し、パッケージをテストすることができます「アプリ1」など）。これは私が達成したいと思っているものに近く、「dep」の変更を簡単に作成してから「app 1」をビルドし、「app 1」を実行してすべてが機能しているかどうかを確認することです。しかし、 "app 1"は、ドキュメントの例のように私の場合、 "dep"の "test_package"フォルダの中に置くことはできません。 – dragly
あなたは "test_package"を誤解しているかもしれません。パッケージを作成し、パッケージの任意の数のアプリまたはテストでパッケージをテストすることができます。便利なアプリケーションを1つ作成するのではなく、すべてが適切に構築され、正しくリンクされていることをテストするだけです。 app1とapp2があなたの "製品"または有用なアプリケーションである場合、もちろんそれらは独立しているべきです。ですから、 "--build = missing"についての答えは十分に良いかもしれません。 – drodri