2008-12-11 21 views
4

首先,讓我用一句話來說出一些挫敗感:我的上帝,開發SharePoint是一個混亂的混亂!VS2005 + SharePoint部署的最佳項目格式?

好吧,對不起,讓我專注於1個特定的情況。我開發了(VS2005)某些功能,如果我將它作爲DLL部署在SharePoint(MOSS2007)服務器上,則可以使用該功能。現在我試圖找出將其打包爲可部署功能的最佳方式。

根據搜索結果,您會認爲沒有人能夠以可重複的方式成功完成此操作!每篇文章都與下一篇文章相矛盾,或者記錄一種技術,用某種技巧來修補某些問題,並且可能會在另一篇文章中進行更新。許多人似乎基於2003年的舊式方法,WSS等。一些人建議使用MSBuild任務來部署到您的代碼,手動將文件複製到名稱類似「12」的目錄中,或者使用SharePoint Designer之類的工具或直接對服務器進行修改。這聽起來像開發人員用來安裝在測試服務器上的黑客。有沒有人創建過一個項目,在成功構建之後,可以將它帶到另一臺機器上,並通過STSADM安裝一個安裝程序或單個命令行指令進行部署?

我承認我只有初學者的SharePoint管理知識,但它看起來要比看起來容易。我想我明白http://msdn.microsoft.com/en-us/library/ms413687.aspx的基本概念,但是沒有辦法自動化嗎?必須有一個建議的做法,以便在2007服務器上部署打包功能。但對於我的生活,我無法弄清楚它是哪一個。 (我最好的猜測是這樣的:http://www.codeplex.com/sptemplateland,但自2007年2月以來並未更新。)

任何人都可以幫忙嗎?非常感謝!

回答

7

'在街上談話'通常圍繞SharePoint開發的三個選項。

  1. VSeWSS, Microsoft's own extentions for Visual Studio
  2. STSDEV,根據您的規格
  3. WSPBuilder,我喜歡的,因爲它的VS集成的預創建與解決方案

所有有優點和缺點,我建議你嘗試所有三個找到你偏愛。

.B

+0

謝謝,我會試試WSPBuilder和STSDEV!將根據我找到的答案選擇「正確」的答案:) – 2008-12-11 22:16:12

+0

WSPBuilder是構建功能的前進方向。話雖如此,只要你想做更復雜的功能,你很快就會以XML的形式結束。 – 2009-04-23 21:54:15

3

曾使用VSeWSS的1.2我建議創建一個包裝了代碼,並複製到網頁組件的正確位置的STSDEV解決方案。

更新 然而,VSeWSS的1.3是現在的「官方」 MS取東西,將在Visual Studio的未來版本的支持,所以這可能是現在走的路線。

不幸的是,您仍然需要知道每件事情都適合進入SharePoint以使其正常工作。在引擎蓋下,解決方案和特性仍然使用粗糙的XML格式來控制解決方案的所有位。

經過一段時間的急性疼痛,你感到昏沉,低悸。