我需要在一个方法决定存储在SharePoint网站中的内容的一个子集,所以,当我删除并重新创建某些列出的功能激活的一部分,我可以重新插入所有这些内容背的地方应该属于。我有一个想法,我自己,但我不知道这是否是唯一的方法,更重要的是,正确的方法。

我的客户我创建SharePoint系统中他们与的及其的客户端通信。业务流程中有可能5个阶段(也许是更多的,我甚至不知道,因为他们不告诉我的一切),我已经写在过去几个月中当前的系统也许是2个阶段通过。这符合我们下周星期一完成这些系统的最后期限......但在这一点上我的客户正计划使网站直播从该点。

在效果上,他们与他们的客户工作将与我对他们的工作平行。当我完成一个单独的测试服务器上我自己的工作,我会推过程的每一个阶段,之后到现场服务器。在非工作时间(如周末)计划的停机时间将可为我执行这些推动。与时俱进,使我的发展比实际的业务流程快是我自己的问题和题外话......所以,让我们回到这个问题我在这篇文章的开头说。

在这个系统中,我们有套,这将创建激活时它们相关的内容类型和字段类型的列表,当功能被关闭删除这些列表功能。大多数的更新并不需要停用并重新激活这些功能,如工作流的变化,自定义操作,自定义表单,和类似之流。但是,有一些确实需要这样一些地方。在我的测试服务器,没关系,我抹杀名单,但一旦该网站是活的,有真实的对应数据,这是绝对不能接受的做到这一点。所以,当我需要实现的功能有了新的变化,我需要能够存储在几个列出了当前存在的数据,取消该功能,激活该功能,并恢复所有这些数据。

也许我有我自己的花火与功能系统葫芦我自己,我实现。不幸的是,有必要稍后进行多次这些“项目用地”的意思,我不得不做了很多我的代码以记“可以多次部署”的理念。

我目前的计划是通过列表和库将由特别的特征是将要被复位的影响来运行。文件及其所有版本都将被保存在服务器上的目录。随后,一组文本文件将被用于所有重要的字段值存储的项目。这包括很多交叉引用列表查找,将需要维护的,但是这是很简单的。然后,我取消该功能,部署新的解决方案,并重新激活该功能。我们上传的所有文件通过他们的版本中指定的顺序以及为这些版本的存储领域进行更新,所以我们保留了版本号结构。当每一个第一次上传,新的ID被挑选出来,并在文件中的其他所有相关查询被更新(以某种方式,我要确保我不会再更新后来有一个不正确的值,当然, )。之后,我们通过所有运行在最有利于保持关系数据正确顺序的项目的其余部分。这大致概括了我目前的计划是什么。我的优势,没有长时间运行中会受此影响系统的工作流程,所以什么也没有,我将不得不担心确保没有什么是“仍在运行”当我做这个东西。

我真的不知道这种方法的所有缺点......我能想象他们是相当沉重的。但我不能确定什么其他的选择,我甚至有,我的搜索没有打开任何东西。是否有任何人谁能够想到一个更好的主意吗?还是会有人告诉我,我真的没有其他选择?由于事先!

有帮助吗?

解决方案

好了,好运气......我不认为你有其他的选择,在这一点上,如果你真的需要删除的东西。但是,如果你能以某种方式来与不具有这样做...

的方式

不过,我能想到的一些东西 - readding一切可能需要数小时,如果有人书签项或发送链接给别人,将更新后无法工作,具有架构做的改变将是一个疼痛。正如通常与SharePoint的情况下,肯定会出现一些问题只是表面下潜伏着咬你,当你到达那里。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top