2011-03-17 113 views
2

這是一個未解決的問題:我試圖爲團隊定義一組分階段交付SharePoint解決方案的建議實踐。這意味着,每個級別都會發生變化(解決方案,功能,Web部件,內容類型等)。SharePoint 2010:解決方案/功能升級推薦實踐

根據你的經驗,哪些是真正爲你們工作的做法?例如。使用升級自定義操作,將升級邏輯完全放在FeatureUprading事件處理程序上?或者在FeatureActiving處理程序中並假定功能可能已經存在?其他?

我在問,因爲我知道許多MSDN文章中的關於這個詞的項目,而且升級對於管理來說有點噩夢,而且這些過程有時很難被普通開發人員掌握。

謝謝!

+0

一切皆有多次運行總得比2007年的情況要好。2007年的「升級」這個詞讓你接觸到瓶子。 – 2011-03-17 14:42:34

+0

我同意。但是,與SharePoint中的其他所有內容一樣,有很多選擇,因此我的問題。謝謝。 – Ariel 2011-03-17 15:54:49

+0

我喜歡這個問題,但我覺得範圍真的很大。有人可以爲此寫一本書。 – 2011-03-17 18:35:36

回答

0

由於沒有其他人已經開始嘗試一個答案,我目前的做法是:

  1. 使用聲明的方式爲它工作時間的100%,例如那些情況NOT內容類型

  2. 回落到代碼爲休息

  3. 總是寫相關的代碼,以便它可以對無論是前或升級後狀態

相關問題