自定义SharePoint程序集的代码维护策略是什么？

您如何处理现有SharePoint代码的改进和新增功能

您是否将原始代码部署为功能？
您是否创建了新功能并停用了原始功能

您发现哪些流程会导致将来出现问题

我对Web部件、事件处理程序和工作流特别感兴趣

据我所知，微软并没有在更新现有代码方面留下“最佳实践”。（事实上，我不确定他们是否留下了“实践”，更不用说“最佳实践”）

您可以看到有关此主题的其他问题：

你的方法是什么

我理解这个问题可能是主观的，但我觉得围绕SharePoint开发这一领域存在很大的信息差距

谢谢你，

---

Keith

我们始终将自定义代码作为功能和解决方案进行部署。当需要升级现有代码时，您所要做的就是stsadm-upgradesolution，一切都非常顺利。我不喜欢有feature_v2类型的特性的想法…这使得跟踪当前版本非常困难。我认为在您的生产环境中，每个功能应该只有一个版本

---

将版本控制留给源代码管理系统。

我在一家从事大量SharePoint开发的商店工作。您希望使用解决方案包按功能进行部署。您可以在进行过程中轻松升级功能，并且需要升级解决方案包。可以使用从TFS生成服务器创建此解决方案包。随着时间的推移，唯一剩下的就是升级解决方案并“强制”重新激活您的功能，以拥有该功能的新功能

不要忘记对通过GAC完成的任何新代码部署执行IIS重置。如果你把任何东西放在里面，比如网站地图和资源放在你的12中，你会想要做一个stsadm-o copyappbincontent

如果部署包含应用程序文件的功能，则希望在服务器场的所有服务器上卸载应用程序。通过在每台机器上的每个应用程序的根上放置一个

---

完成后，删除App_Offline.htm（或重命名），即可完成。您的站点已重新联机。

如何使用指向旧DLL版本的现有事件处理程序和功能处理DLL的新版本号？