我应该将解决方案和功能保持在1-1的比例吗？

Question

我有一个复杂的共享点部署与多个EventReceivers和工作流程。

我还对现有列表进行了架构更改，添加了新的元数据列并更改了现有的列。

我应该将单个功能，事件接收器还是工作流打包到单个解决方案中，还是应该将多个功能放在单个解决方案中，因为它们一起工作？

我问的一个主要原因是未来的代码升级。如果功能是分离的，那么在一部分代码中升级并不需要重新部署解决方案中的所有功能。这是我应该担心的事情还是“stsadmin -o升级解决方案”关注升级具有多种功能的解决方案时遇到的任何问题？

让我知道这对任何SharePoint专家都有意义。

谢谢
基思

更新： 望着引用的网站drax，我发现这个参考网站：http://msdn.microsoft.com/en-us/library/aa543659.aspx

这种说法似乎是把一个大的障碍在解决方案的升级功能：

解决方案升级只能用于 替换文件秒。您可以在解决方案升级中添加新文件 ，并删除文件的旧版本 ，但不能安装功能或使用功能事件 安装和运行功能 运行代码的 文件。 以下操作在解决方案升级时不受支持 。

• 删除旧版本中的旧功能 版本的解决方案。

• 在解决方案中添加新功能 升级。

• 更新或更改接收器 装配现有功能 新版本的解决方案。

• 在解决方案的新版本 中添加或更改功能元素 （Element.xml文件）。

• 在新版本的 解决方案中添加或更改功能 属性。

• 更改旧版本的ID或范围 解决方案的新版本中的功能。

• 删除功能元素 （Element.xml文件）中的一个新版本 的解决方案。

• 在新版本 的溶液卸下功能属性。

所以...你可以用一个解决方案做什么升级？

Answer 1

我会建议反对分裂一切都变成多种解决方案。保持这一点很快就会变成噩梦。尝试构建您的项目，该项目应该用于创建WSP，方式与Sharepoint的12文件夹相同。然后你可以使用WSP builder，上一个稳定版带来了很多有用的东西。

另外我还没有注意到重新部署解决方案的任何问题。根据this文章和我的经验，部署WSP负责版本之间的同步。因此，如果您将添加一些新功能，它们将显示，如果您删除/更改功能，则会相应地进行修改。

编辑：

因此，我在MOSS更新话题一些快速的研究。根据MS有更新的解决方案的方法有两种：

1. 就地更新
2. 增量更新

基本上，就地更新是更新的标准方式。这意味着您正在依据this（与之前发布的文档相同）文档中所述的内置功能。这个解决方案的问题在于它缺少相当多的功能（版本控制，功能ID的更改......）。

增量更新（这是MS怎么可能要求它）不依赖内置的解决方案。这意味着每个人都可以自己实现:(更好的是我没有真正能够找到任何这种方法的指导方针，我想你想采取的方法是增量更新的例子（将项目拆分为许多独立的解决方案）。

还要注意的是增量更新没有正式MS支持。

所以，我真的不知道我应该给你什么建议。单WSP比他们更布赫maintanable，此外，如果你正在做的只是一些细微的变化更新正常工作。但是，如果你需要做一些较大的结构性变化的问题开始显现。

我可能会等待和SE e如果拥有更多MOSS专业知识的人士可以就此话题发表意见。

Answer 2

基本上（对于你提到的原因），你应该考虑的解决方案，你将.NET程序集 - 可单独从他人进行部署的代码原子单位。使用升级解决方案将导致重新部署所有包含的功能 - 如果没有任何更改，则对于使用该功能的站点不应改变任何内容。但是，如果这让你感到紧张，可以考虑将其分开。

Answer 3

如果您只是更新程序集并使配置的文件完好无损，那么UpgradeSolution就非常方便。

除非指定-local然后upgradesolution将在您的基础架构进行完整IISRESET。当您计划正确的时间执行升级时，这真的值得注意。