SharePoint 2010：解决方案/功能升级建议的做法

Question

这是一个悬而未决的问题：我正在尝试为团队定义一组分阶段提供SharePoint解决方案的推荐做法。这意味着，更改将在每个级别（解决方案，功能，Web部件，内容类型等）发生。

根据您的经验，哪些实践真的，真的，对您有用？对于前者使用升级自定义操作，将升级逻辑完全放在FeatureUprading事件处理程序上？或者在FeatureActiving处理程序和假设功能已经存在？别的？

我问的是因为我知道许多MSDN文章中关于这个问题的项目，然而，升级是一种噩梦般的管理，这些过程有时很难掌握普通开发者。

谢谢！

Answer 1

由于没有其他人找到答案，我目前的做法是：

1. 对于那些在100％的时间内工作的情况，请使用声明性方法，例如：不是内容类型

2. 回到其余的代码

3. 始终编写相关代码，以便可以在升级前或升级后状态下多次运行