生产环境中的Sharepoint升级/迁移列表

发布于 2024-08-18 02:24:40 字数 193 浏览 7 评论 0原文

假设您部署一个 Sharepoint 解决方案,该解决方案由多个 WebPart 和多个列表组成。现在,在此解决方案的更高版本中,您想要扩展/修改这些列表,例如添加或删除列。

如何将此类更改部署到生产环境?也就是说,如何将这些更改应用到这些列表包含生产数据的生产环境中?

更新 这还包括对列表视图的更改。

Assume you deploy a Sharepoint solution, which consists of multiple WebParts and multiple Lists. Now in a later version of this solution, you want to extend/modify these lists, like add or remove columns.

How do you deploy such changes to a production environment? Meaning, how do you apply these changes to a production environment where these lists contain production data?

Update
This also includes changes to the Views of the lists.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

夏の忆 2024-08-25 02:24:40

在我的部署中,我们有一个“SolutionName_UpdateFields”功能。我们在此功能的 FeatureActivated 事件接收器中实现添加/删除字段等作业。编写此类中的代码以便可以多次调用它,但它只会尝试执行一次更改(如果我们要添加字段,请首先检查该字段是否不存在等)。

然后我们要求管理员stsadm -o deactivatefeature,然后再次stsadm -o activatefeature,从而强制执行代码。

In my deployment we have a "SolutionName_UpdateFields" feature. We implement adding/deleting fields etc jobs in the FeatureActivated event receiver of this feature. The code in this class is written so that it can be called many times, but it will attempt to perform the changes only once (if we're adding a field, first check if the field is not already there etc).

Then we ask the admins to stsadm -o deactivatefeature and then stsadm -o activatefeature again, hence forcing the code to be executed.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文