在开发环境之间传输Tridion模式时，可能需要哪些修改

我希望在外部管理系统（在本例中为GIT）中维护我的Tridion模式定义。为此，我通过webdav访问Tridion content manager。通常，当我这样做时，指向其他系统项的链接会转换为webdav URL

当我有一个对类别的引用时，这会变得更加困难，因为名称空间URI包含对发布的嵌入式引用。以下是我的一个模式的webdav视图摘录：

<xsd:import namespace="tcm:0-3-1/Categories.xsd" 
            schemaLocation="/webdav/01%20Definitions/Categories.xsd"/>

如果系统之间的发布ID不同，这将是一个问题。我的第一个想法是，鉴于名称空间URI在原则上是不透明的，我可以用我自己的系统中立值替换它。不幸的是，内容管理器似乎解析名称空间URI以确定架构位置，如果它不将字符串的第一部分识别为URI，则保存失败

---

有没有一种方法可以通过以其他方式编辑模式来实现我的目标？有没有其他办法

我不知道您是否可以使用客户端GIT钩子脚本做任何事情，但如果不是这样，事件处理程序可能可以做一些事情。当您尝试保存架构时，可以将我想要的发布与拥有的发布相匹配

---

不是直接的回答，而是建议。也许这会让你走得更远。

这种方法是为了避免使用Content Porter吗？请注意，您认为CP是如何解决这个问题的？在某些开发场景中，ContentPorter并不像我希望的那样适合。然而，我肯定看到它在开发团队之外的部署中的地位。Content Porter运行自己的服务，因此不依赖webdav实现。请问您为什么要在外部维护您的架构？这是为了创建Tridion的“外部”备份吗？还是纯粹出于引用目的？在保存模式时，是否有任何方法可以从事件处理程序更改此命名空间？您可以使用尝试在其中创建的发布验证命名空间中的发布ID。您好Dominic，您在这方面取得过进展吗？