2011-03-17 120 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. 总是写相关的代码,以便它可以对无论是前或升级后状态

相关问题