將整個網站復制到服務器和MSDeploy類型的工具有什么區別

Question

也許我已經完全過時了，但是最近四年來，即使沒有在Visual Studio中構建它，我在上載新網站時也一直使用簡單的FTP上載功能。 與Visual Studio中一樣，只是一堆ASPX和CS文件。

我確實知道編譯該項目將為我提供一些安全防護，因此那些有權訪問服務器的人將無法在文本編輯器中讀取這些文件，因此我將避免首次編譯，但這是否很重要？

我的意思是，如果您有權訪問僅讀取CS文件而不是DLL的服務器，則可能會造成很多傷害。

首次編譯通常不會超過1分鍾，僅搜索該網站的編譯版本將花費很多時間。

現在，我正在PluralSight上觀看視頻，該視頻解釋了ASP.NET提供的新MSDeploy工具，我看不出有任何使用它的充分理由。

那么，僅通過FTP發送文件而無需編譯或使用高級工具的老式方式有什么問題呢？

我進行了速度測試，使用MSDeploy可以比老式FTPing更快地部署網站。 因此，將需要2分鍾，而不是4分鍾。

現在從另一個角度來看，當我已經在網絡上有一個在線項目時。 在其中必須更改Default.aspx，因為我在某些html標簽中有錯字。 通過MSDeploy部署將比上傳一個文件花費10倍以上

也許我想念什么？

Answer 1

MSDeploy做FTP到站點無法做的事情。 需要更改machine.config嗎？ 您不太可能對包含它的文件夾具有FTP寫入權限。 是否要以與服務器版本無關的方式更改服務器設置？ FTP不會那樣做。 FTP等可以很好地將文件復制到您具有寫訪問權的文件夾中，但這就是它的全部功能。

Answer 2

部署項目時，您可以做很多事情。

您可以在部署中設置一個作業，將所有javascript打包到一個文件中，並將所有css打包到一個文件中。

您可以在部署中設置作業，以更改一堆配置設置以匹配您的生產服務器設置（而不是開發設置）。

部署的想法是，您可以使用當前的開發網站並將其轉換為生產網站，而無需手動執行任何操作。

最重要的是，當您只能部署網站時，您將永遠不會忘記打包js或忘記刪除一些調試代碼，因為您不能只是偷偷地更新單個文件。