C# 内容类型生命周期管理
我在下面的链接中看到了这篇文章,我想知道你是否能帮我解答一些问题 在我们当前的项目中,我们没有开发,但我们必须维护,我们面临一些问题,看起来像是其他公司第一次开发内容类型,它们做得很好,使用xml定义,创建列表模板和列表实例也做得很好,而且是有组织的 但是,在某个时间点以及内容类型和列表已经在生产环境中运行之后,必须进行一些更改(向现有内容类型添加新字段,更改displayname或groupname的翻译,更改属性,如required、showinnewform、ShowInEdit Form等) 在整个互联网上,我发现许多人都有未托管内容类型的问题,这意味着内容类型与其XML定义分离,据我所知,当有人使用UI修改子内容类型或列表时,就会发生这种情况 我正在尝试收集部署内容类型后管理内容类型的最佳做法列表: 1.如何向现有内容类型添加新字段? 为此,我们使用了UpgradeActions和AddFieldRef 2.如何从内容类型中删除现有字段? 对于这一点,我们还不需要它,但我看到还有RemoveFieldRef元素,可以在UpgradeActions中使用 3.如何对内容类型中的字段重新排序? 我们通过自定义升级操作中的代码来实现这一点 4.如何更改现有字段中的翻译? 我们通过自定义升级操作中的代码来实现这一点 5.如何更改属性,如ShowInPlayForm、ShowInNewForm、Hidden、Required等。 我们通过自定义升级操作中的代码来实现这一点 我想知道我上面列出的特别是第3、4和5点是否可以称为最佳实践,或者我是否遗漏了什么或做错了什么?为什么?几周前,我们遇到了很多问题,当通过代码进行更改时,下推更改不起作用,更改没有被下推(我们没有看到列表中的更改)。阅读了几个小时后,我发现这可能是因为列表内容类型链接与其父内容类型定义断开了 我发现可以使用SQL来重新启动此链接,但它当然不受支持 也许有人能指引我正确的方向C# 内容类型生命周期管理,c#,sharepoint,sharepoint-2010,C#,Sharepoint,Sharepoint 2010,我在下面的链接中看到了这篇文章,我想知道你是否能帮我解答一些问题 在我们当前的项目中,我们没有开发,但我们必须维护,我们面临一些问题,看起来像是其他公司第一次开发内容类型,它们做得很好,使用xml定义,创建列表模板和列表实例也做得很好,而且是有组织的 但是,在某个时间点以及内容类型和列表已经在生产环境中运行之后,必须进行一些更改(向现有内容类型添加新字段,更改displayname或groupname的翻译,更改属性,如required、showinnewform、ShowInEdit For