Description：使用命令列編譯專案時，只會拷貝直接引用的二進位制dll到專案輸出資料夾,不會拷貝間接引用的。例如同一解決方案下有A,B兩個專案，A專案引用log4net,B專案引用A專案。使用VS編譯時會把log4net.dll拷貝到B專案的bin目錄，但是簡單的使用MSBuild b.csproj /p:Configuration:Release並不會拷貝log4net.

Analysis:從最表面入手，沒有拷貝就讓他拷貝。檢視MSDN，得知有Copy task可以用，實際上msbuild所有的步驟都定義在csproj檔案和MSBuild .Targets 檔案裡邊了。找到最簡單暴力的方法，拷貝。

1.先確定從哪裡拷貝什麼，很顯然我們需要的是A專案bin/(debug|release)目錄下的dll檔案，有個疑問，這個dll版本會是最新的嗎？答：一定是，因為使用MSBuild編譯時所有間接引用的專案都會根據指令重新生成。

直接在當前夏木的csproj檔案的Project配置節下邊新增一個<ItemGroup>配置節，設定我們需要查詢的檔案。$(Configuration)是指當前編譯時使用/p傳進來的引數，msbuild會自動替換掉，如使用MSBuild b.csproj /p:Configuration:Release並就會替換成Release。

2.什麼時候如何拷貝。這個也很簡單。在csproj檔案末尾新增Name屬性為AfterBuild的Target 配置節。因為這個專案時webApplication專案，所以直接拷貝到bin目錄即可。

思考：

這個方法方便可靠嗎？

肯定不方便，建立每個可執行專案(exe,webApplication)都需要修改一下配置檔案。此方法還沒有在website上驗證。

也不太可靠，如果出現下邊的情況會是怎樣呢?

這種複製具有不確定性，即大家都不確定最終是哪個版本覆蓋哪個版本。實際上這個在我之前寫程式碼的時候就發現了，一直不知道如何處理，兩個版本改動不大還好說，如果改動大了呢?我當時的做法是使用

不可靠你還拿出來？

完全是記錄自己解決問題的思路。其實這種思路並不正確，我總是喜歡做一些模稜兩可的事情，表面上看似解決問題了，實際則不然，一直再改進，但起色不大，求指點。

這個是最優方法嗎？

不是，如果你開啟MSBuild .Targets 檔案就發現有很多流程和這個問題相關，很多地方都能解決這個問題，DUDU老大找到一篇資料《resolving binary references in msbuild》就提出了至少2種方法，顯示一個簡單暴力的方法，接著給出了一個比較perfect的解決方案。

參考：