差異重建和在Visual Studio清潔+構建

Question

什麼只是一個之間的差別重建並做了清潔 + 在Visual Studio 2008中構建？是Clean + Build不同然後做Clean + 重建？

Answer 1

重建=清潔+構建

值得注意的細節：

1. 對於多項目解決方案，「重建解決方案」做一個「乾淨」的後面是「建」爲每個項目（可能在平行下）。鑑於「清潔解決方案」後跟「構建解決方案」首先清理所有項目（可能並行），然後構建所有項目（可能並行）。當項目間依賴關係發揮作用時，事件排序的這種差異可能變得顯着。

2. 所有這三個操作都對應於MSBuild目標。所以一個項目可以重寫重建動作來完成一些完全不同的事情。

Answer 2

厄爾是正確的99％的時間重建=清潔+生成。

但他們不保證是相同的。 3個動作（重建，構建，清理）表示不同的MSBuild目標。每個項目文件都可以被任何項目文件覆蓋以執行自定義操作。因此，在啓動一個clean + build（或者完全刪除它）之前，完全可以讓某人覆蓋重建以執行多個操作。

非常多的角落案件，但由於評論討論指出。

Answer 3

從http://www.cs.tufts.edu/r/graphics/resources/vs_getting_started/vs_getting_started.htm，（只是GOOGLE了它）：

構建意味着編譯和鏈接只有自上次編譯後更改過的源文件，而重建手段編譯也不管鏈接他們是否改變了所有的源文件或不。構建是正常的事情，速度更快。有時，項目目標組件的版本可能會不同步，重建對於構建成功是必要的。在實踐中，你永遠不需要清潔。

構建或重建解決方案構建或重建解決方案中的所有項目，而構建或重建將在上面的屏幕截圖中構建或重建StartUp項目「hello」。要設置啓動項目，請右鍵單擊解決方案資源管理器選項卡中所需的項目名稱，然後選擇設爲啓動項目。項目名稱現在以粗體顯示。由於作業解決方案通常只有一個項目，所以Build或Rebuild Solution實際上與Build或Rebuild相同。

編譯只編譯當前正在編輯的源文件。當其他源文件處於不完整狀態時可以快速檢查錯誤，從而防止整個項目的成功構建。 Ctrl-F7是Compile的快捷鍵。

Answer 4

1每個項目，重建項目=（清理項目+生成項目）。

2 Per Solution，Rebuild Sln = foreach project（Clean project + Build project）！= Clean Sln + Build Sln

假設你有一個Sln，它包含proj1，proj2和proj3。

重建SLN =（清潔proj1 - >構建Proj1）+（清潔proj2 - >構建Proj2）+（清潔proj3 - >構建Proj3）

清潔SLN +構建SLN =（清潔proj1 +清潔proj2 +清潔proj3） - >（編譯proj1 +構建proj2 +構建proj3）

- >表示串口，+意味着併發

所以當你提交了大量的代碼更改的機會，而你沒有配置做正確的項目依賴關係，重建Sln會導致你的一些proj鏈接到一個陳舊的lib，因爲所有的構建都不能保證在全部清除之後（在這種情況下，Cl EAN SLN +構建SLN會給出一個鏈接錯誤，並讓你知道，馬上的，而不是給你用奇怪的行爲的應用程序）

Answer 5

從this blog post，作者鏈接爲a comment on this question：

其實也沒什麼！ ！他們不平等。

不同之處在於順序項目變得乾淨和構建。假設 表示我們在解決方案中有兩個項目。清理然後編譯將 執行清理這兩個項目，然後構建將單獨發生 而重建項目A將得到並清理，然後構建 項目B將清理，然後構建等。