SharePoint 2010:解决方案/功能升级建议的实践

Question

这是一个开放的问题:我试图为一个团队定义一组建议的实践，用于分阶段交付SharePoint解决方案。这意味着，每个级别(解决方案、功能、web部件、内容类型等)都会发生更改。

根据你的经验，哪种做法对你们很有帮助？为了前夫。使用升级自定义操作，将升级逻辑完全放在FeatureUprading事件处理程序上？或者在FeatureActiving处理程序中，假设特性可能已经存在？还有别的吗？

我之所以问这个问题，是因为我知道许多MSDN文章中都有这样的项目，尽管如此，升级是一种噩梦般的管理，对于一般的开发人员来说，这些过程有时很难掌握。

谢谢!

Answer 1

由于没有人敢给出答案，我目前的做法是：

对于那些工作时间为100%的情况，

1. 使用声明式方法，例如，非内容类型
2. 回到rest
3. 的代码中，总是编写相关的代码，以便可以针对升级前或升级后的状态

多次运行。