【发布时间】：2011-04-11 14:43:07
【问题描述】：
这是一个悬而未决的问题：我正在尝试为团队定义一组推荐的实践，用于分阶段交付 SharePoint 解决方案。这意味着，每个级别（解决方案、功能、Web 部件、内容类型等）都会发生变化。
根据您的经验，哪些做法对你们真正有效？例如。使用升级自定义操作，将升级逻辑完全放在 FeatureUprading 事件处理程序上？或者在 FeatureActiving 处理程序中并假设功能可能已经存在？还有吗？
我之所以问这个问题，是因为我从许多 MSDN 文章中都知道遵循 The Word 的项目，但升级管理起来有点像噩梦，而且对于普通开发人员来说，这些过程有时难以掌握。
谢谢！
【问题讨论】：
-
任何事情都必须比 2007 年更好。2007 年的“升级”二字让你伸手去拿瓶子。
-
我同意。但是，与 SharePoint 中的其他所有内容一样，有很多选择，因此我提出了问题。谢谢。
-
我喜欢这个问题，但我觉得范围真的……真的很大。有人可以为此写一本书。
-
他们可以，但他们想重温噩梦吗？这就像一个酒鬼复发。
标签： sharepoint sharepoint-2010