我们有 Biztalk 解决方案，我们正在迁移到逻辑应用。我们希望能够对规范架构进行版本控制，并使用 Nuget 或类似的包管理策略对其进行集中化。
我们如何"打包"XSD架构，以便我们能够从其他Visual Studio解决方案中引用它？
据我了解，当您创建 Biztalk 解决方案并生成和部署它时，它将GAC所有项目。
如何模拟这种集中/打包项目(例如 XSD 规范架构(的功能，以便其他逻辑应用可重用？
当出现 BizTalk 应用程序时，我的建议是......不要。 到目前为止，我还没有看到任何理由改变逻辑应用的建议。
因此，您绝对应该将官方原始架构存储在某个源代码管理中，但每个"应用程序"都应维护其自己的该架构的内部副本。
在 BizTalk Server 和 Azure 集成帐户中，没有什么可以阻止你多次部署相同的架构。
具体而言，就逻辑应用而言，集成帐户与 BizTalk 应用的 GAC 具有相同的角色。
避免在多个应用程序中引用"中央"架构的原因是，这会在应用程序之间产生巨大的依赖关系，除了共享一些规范资源之外，这些应用程序之间可能几乎没有关系。
因此，定义应用边界非常重要。 这意味着，采购应用程序与仓库应用程序完全不同，但它们可能共享一些内部 PO 格式，并且每个应用程序都有自己的内部 PO、PO_warehouse 和 PO_purchasing 副本。
对于 BizTalk，边界将是 VS Solution -> .msi -> BizTalk 应用程序。 对于逻辑应用，VS 解决方案 -> ARM 模板 - 资源组。
"规范"只是源代码模式。 此外，"规范"资源的"好处"是难以捉摸的，它产生的依赖关系一直是一个更大的问题。