共有DLL逆戻り

Question

私には2つのプロジェクト/ソリューションがあります。 1つはASP.NET Webアプリケーションで、もう1つはAzureでWebJobとして実行されるコンソールアプリケーションです。これらの2つの別々のプロジェクト/ソリューションは、いくつかの共通プロジェクトのDLLを共有します。

私たちはVisual StudioのWebプロジェクトのソリューションを通じてこれらの共有プロジェクトを作成します。完了すると、DLLをコピーしてコンソールアプリケーションのbinフォルダに貼り付けます。

コンソールアプリケーションをコンパイルすると、共有DLLが元のバージョンに戻っていることがわかりました。これらの共有DLLのDate Modified日付がわかります。コンソールアプリケーションをコンパイルすると、以前のバージョンに戻ります。

なぜこのようなことが起こり、どうすれば防止できますか？

Answer 1

あなたは間違いなくアセンブリを出力フォルダにドロップするべきではありません。なぜなら、それらのアセンブリは、ビルド元の場所から上書きされるからです。手動で行う必要がある場合は、元の場所にファイルをコピーします。デバッグする - ビルドの詳細ログを有効にし、アセンブリのコピー先を慎重に確認します。

ビルドと統合された自動化されたソリューションが優れたアプローチです。

プロジェクト間でアセンブリを共有するための標準的なソリューションはNuGetです。最も基本的なソリューションとして、パッケージを削除するためにファイル共有を使用することができます。恐らくナゲット源（VSTSのパッケージフィード）が推奨されるため、使用している継続的な統合構築システムのガイダンスを確認してください。