我在下面的链接中看到了这篇文章，我想知道你是否可以帮我解决一些问题
http://msdn.microsoft.com/en-us/library/ee330223(v=office.12).aspx
在我们当前的项目中，我们没有开发但我们必须维护，我们面临一些问题，看起来这是另一家公司第一次开发内容类型，它们使用xml定义完成得很好，创建列表模板和列表实例也做得很好并且有条理。
然而，在某个时间点以及内容类型和列表已经在生产中运行之后，必须进行一些更改（向现有内容类型添加新字段，更改displayname或groupname的翻译，更改所需的属性，showinnewform ，showineditform等）
在互联网上，我发现很多人都有使用unghosted内容类型的问题，这意味着内容类型与其XML定义分离，据我所知，当有人修改子内容类型或列表时会发生这种情况。 UI。
我正在尝试收集部署后管理内容类型的最佳做法列表：
1.如何向现有内容类型添加新字段？
为此，我们使用了UpgradeActions和AddFieldRef
2.如何从内容类型中删除现有字段？
为此，我们还没有需要它，但是我发现还存在可以在UpgradeActions中使用的RemoveFieldRef元素
3.如何重新排序内容类型中的字段？
我们通过自定义升级操作中的代码执行此操作。
4.如何更改现有字段中的翻译？
我们通过自定义升级操作中的代码执行此操作。
5.如何更改ShowInDisplayForm，ShowInNewForm，Hidden，Required等属性
我们通过自定义升级操作中的代码执行此操作。
我想知道我上面的专栏3,4和5是否可以被称为最佳实践，或者如果我遗漏某些东西或做错了什么？为什么？几个星期前，我们遇到了很多问题，当通过代码进行更改并按下更改不起作用时，更改没有被推送（我们没有看到列表中的更改）。阅读了好几个小时后，我发现这可能是因为列表内容类型LINK从其父内容类型定义中断了。
我发现使用SQL可以完成重新建立此链接的方法，但当然不支持它。
http://www.olavaukan.com/2010/10/content-types-can-be-unghosted-too/
也许有人能引导我朝着正确的方向前进？