VSeWSS 1.2的最佳部署方法

Question

任何人都可以爲基於VSeWSS 1.2的開發提出最佳部署方法嗎？

我一直在這工作超過6個月了..有沒有人試過使用WSPBuilder來達到這個目的？

Answer 1

我個人更喜歡使用stsdev（http://www.codeplex.com/stsdev）。我已經使用了WSPbuilder和STSDEV。 Stsdev提供了一些使用stsdev gui創建的開發項目模板，與使用new> project創建的標準項目模板不同。

stsdev項目有一個Rootfiles文件夾，它對應於目標服務器上的'12配置單元'。所有放入Rootfiles文件夾和子文件夾的文件都會自動添加到solutionpackage.ddf和manifest.xml中，因此您不必擔心編輯這些文件並使用makecab編譯它們。

stsdev提供的另一件偉大的事情就是構建目標，比如構建，部署，重新部署，刷新GAC中的彙編，收回和升級。因此，stsdev項目會自動編譯二進制文件，構建.wsp包，並根據構建類型運行stsadm命令。如果願意，可以通過編輯位於項目的DeploymentFiles文件夾中的Microsoft.SharePoint.targets來自定義構建目標的行爲。只要您只處理代碼，GAC中的刷新組件就是一種非常快速的構建方法，您可以在之後立即看到SharePoint中的更改。

stsdev的一個缺點是如果你使用源代碼管理，manifest.xml和SolutionPackage.ddf如果沒有簽出，是隻讀的，並且會導致編譯錯誤（我通常會檢查DeploymentFiles文件夾中的所有文件當在一個項目上工作時）。所以你必須在構建之前檢查這些文件。另一件事是，如果您使用源代碼管理，則需要全部根文件下的文件，包括隱藏的vssver2.scc文件。該項目仍然構建和部署沒有問題，但文件在wsp包中，並複製到目標服務器上的'12配置單元'中。

我認爲，與WSPbuilder相比，stsdev可以讓你自定義開發項目的任何東西，這在WSPbuilder中我還沒有做到。

Answer 2

我們一直使用WSPBuilder。如果你想創建wsp，這是最好的。

它還提供了一個VS加載項。您可以直接從VS構建，部署，升級等。提供VS模板如空白的功能，Web部件功能，設有接收器，工作流功能，事件處理程序，項目模板等等

我們管理超過20個項目，WSPBuilder

Answer 3

你應該做你幫個忙，看看在VSeWSS 1.3。請參閱Kirk Evans的博客以獲得一個很好的視頻概述：http://blogs.msdn.com/kaevans/archive/2009/03/13/sharepoint-developer-series-part-1-introducing-vsewss-1-3.aspx。

主要缺點可能是因爲它需要Visual Studio 2008中

我一直在倡導STSDEV，但我現在傾向於VSeWSS的1.3。我的懷疑是其他WSPBuilder和STSDEV用戶會感覺一段時間一樣，但我還沒有完成我的評估。

Answer 4

正如Kirk Liemohn所指出的，你應該升級到VSeWSS 1.3。我們收到了很多客戶反饋，並且在這個版本中有很多針對開發者的新功能。

它包括快速部署命令，用於僅將新的二進制文件或僅將文件部署到SharePoint 12文件夾結構中。它還可以在Visual Studio 2008的x64操作系統上運行。它具有命令行支持。

可用here

Answer 5

我喜歡WSPBuilder爲好。我沒有任何問題，無法按照我的需要配置WSPBuilder。在最新版本中，您可以根據需要單獨覆蓋每個項目或開發人員的設置。

WSPBuilder還有一個名爲SPVisualDev（codeplex.com/spvisualdev）的附加組件。在其他功能中，它提供了用於添加ASCX文件的模板，並且它會自動將您放置在項目12-hive文件夾中的文件從VS下載到真正的12-hive文件夾中。對我來說，這是一個巨大的節省時間。

Answer 6

VSeWSS 1.2的一個缺點是缺少部署到bin支持。 1.3補充說，但我還沒有得到它與引用的程序集一起工作。 我已經切換到STSDev 2008，它是原版STSDev的衍生產品，並帶有錯誤修復。我一直在與主要貢獻者合作，爲CodePlex上的項目添加文檔，但一年之內只有1900次下載。

Answer 7

我已經使用VSeWSS 1.2和1.3，它確實使部署非常簡單。我遇到的問題是，如果您想將Web部件分發給客戶管理的SharePoint服務器，您通常會做些什麼。 您是否只需要發佈文件夾並告訴他們運行setup.bat腳本？你用不同的方式打包嗎？你是否創建自定義安裝程序？

Answer 8

VSeWSS 1.3 CTP現在出來了，確實有有命令行支持。話雖這麼說，分機恕我直言 - 基於目前使用他們的一個非常大，非常複雜的項目 - 在直腸疼痛，原因如下：

1. 每次打開的解決時間支持擴展的項目，您將不得不坐下來等待VSeWSS通過每個項目，檢查結構並嘗試重新包裝每個解決方案。隨着您添加到解決方案中的每個支持擴展的項目，等待似乎都會呈指數級增長。鑑於已經包含在虛擬機內進行SharePoint開發的所有等待內容，等待可能會讓人難以忍受。

2. 雖然VSeWSS正在通過項目進行，但沒有跡象表明正在進行的任何工作; VS只是變得沒有反應。

3. 每當您的關閉您的VS解決方案都帶有支持擴展的項目時，VSeWSS會重新執行整個操作。鑑於這一次，在我目前的項目中，我通常在座位上呆了10個小時左右，而我想做的最後一件事是等待回家，這個過程更糟糕，令人難以忍受（如果這甚至是可能的話）。我們團隊的大多數開發人員都會去任務管理器並殺死devenv.exe。過程而不是等待。

4. 我們嘗試使用當前（CTP）版本的擴展進行集成構建的時間非常糟糕。我們從命令行使用VSeWSS時遇到了很多問題，以便構建和打包所有項目。

簡而言之，使用STSDEV。設置文件夾是一種痛苦，但是一旦你將所有的東西都寫出來了，你就完成了。