は、我々は2つのソリューションを持っている:foo.slnとbar.slnNuGetと複数のソリューション
私はfooとbarの両方で使用される一般的なライブラリを持っています。 Common.csprojは両方で使用されます。
私がfooを開き、nuget参照を更新した場合、Common.csprojポイント内のすべての参照は、/パッケージ/をfooに。後でbarとupdate nugetの参照を開くと、すべての参照がbar/packages /の参照に設定されます。当然、これはfooチームを怒らせます。これは、Common.csprojとFoo固有のもの(Foo /パッケージを指しています)の間の非互換性を引き起こす可能性があるためです。
以外のいくつかの明白な解決策が存在しなければならない:「すべてのプロジェクトが含まれている巨大なソリューションを作成し、あなたがnuget触れる必要があれば、それだけで溶液からそれを行います」
issue on codeplex(偶然に投票された問題)のようですが、明らかにこの問題がどのように解決されているか理解するには厚すぎます。誰かがこれを修正する方法を説明することはできますか?あなたが参照して溶液のそれらのではなく、独自の依存関係を持っている別のアセンブリとしてcommon.csprojていないのはなぜ
私が数ヶ月間問題を起こさずにこれをやっているので突然問題になったのだろうか、昨日のアップデートがあって突然私たちは両方とも24時間以内にそれに遭遇するのだろうか。それとも偶然です。 – GraemeF
http://stackoverflow.com/questions/6277925/nu-get-issue-with-project-level-dependences-for-projects-referenced-by-multipl/7908976#7908976も参照してください。ここでは、ソリューションがファイルを保存する場所を指定するために構成を変更する方法について説明します。すべてのソリューションが同じディレクトリにある場合は、使用するソリューションに関係なく、ヒントパスは正しいはずです。 –
@ReedRectorの場合、コメントだけでなく、リンクを回答として入力する必要があります。 –