跟踪配置更改及其实际的全局状态
Keeping track of configuration changes and it actual global state
我想跟踪 mirth 配置更改及其实际的全局状态。
现在，我只是将所有组频道导出为 xml 并将它们提交到 git。
是否足够或数据库中还有其他配置？
Mirth DB 只是一个消息存储吗？
是否有更好的方法来控制欢笑配置更改？ （例如频道
端口、新频道等）
谢谢
我还手动导出我的 Mirth 配置并手动将它们提交到 Git 存储库。这对我有用，因为我是一个非常小的团队的一员，该团队只处理一个 Mirth 实例。我的感觉是，这是 Mirth 社区的普遍做法。也就是说，还有一些其他选项可用。
Mirth Connect 有一个频道历史扩展，可让您比较 Mirth Channel 配置的不同版本。它是 NextGen Healthcare 为 Mirth 做广告的标准扩展之一。您可以在这里找到更多相关信息：https://www.nextgen.com/products-and-services/integration-engine?extension=none
还有一个来自 SagaHealthcare 的第 3 方命令行界面工具，它应该允许与 Git 和 SVN 存储库自动集成。根据文档，它集成了代码模板、通道、配置映射和全局脚本的版本控制。你可以在这里阅读更多关于这个的信息：https://github.com/SagaHealthcareIT/mirthsync
我想跟踪 mirth 配置更改及其实际的全局状态。 现在，我只是将所有组频道导出为 xml 并将它们提交到 git。 是否足够或数据库中还有其他配置？ Mirth DB 只是一个消息存储吗？ 是否有更好的方法来控制欢笑配置更改？ （例如频道 端口、新频道等）
谢谢
我还手动导出我的 Mirth 配置并手动将它们提交到 Git 存储库。这对我有用，因为我是一个非常小的团队的一员，该团队只处理一个 Mirth 实例。我的感觉是，这是 Mirth 社区的普遍做法。也就是说，还有一些其他选项可用。
Mirth Connect 有一个频道历史扩展，可让您比较 Mirth Channel 配置的不同版本。它是 NextGen Healthcare 为 Mirth 做广告的标准扩展之一。您可以在这里找到更多相关信息：https://www.nextgen.com/products-and-services/integration-engine?extension=none
还有一个来自 SagaHealthcare 的第 3 方命令行界面工具，它应该允许与 Git 和 SVN 存储库自动集成。根据文档，它集成了代码模板、通道、配置映射和全局脚本的版本控制。你可以在这里阅读更多关于这个的信息：https://github.com/SagaHealthcareIT/mirthsync