部署BizTalk架构解决方案而不重新部署依赖解决方案

Question

我有三个解决方案。一种是模式解决方案，其中只有一个模式文件，让我们称它为SchemaSolution。

SchemaSolution在我的另外两种解决方案中被引用，因为Solution1在SchemaSolution中创建了模式的xml实例，并在消息框中将其作为自相关的。

这很神奇，但是如果我想更新引用SchemaSolution的解决方案之一(部署到BizTalk)，我总是必须删除其他解决方案。这太可怕了，直到现在我才能找到解决办法。

有没有一条(没有麻烦)的路？我考虑将所有项目合并到一个解决方案中，但这是我所能想象的实现目标的最坏情况。

如何部署不同解决方案中引用的项目而不删除和重新部署所有内容？

BizTalk 2013R2在使用中

Answer 1

在解决方案中，我有一个非常相似的(如果不是相同的)问题。我有一组依赖于简单模式项目的集成项目。如果部署一个集成项目，则必须部署架构项目，这意味着必须部署所有集成项目！

为了独立地部署它们，我只是在架构项目的属性(在VS中)中将重新部署标志从true转换为false。

​

​

这允许我重新部署任意多个其他依赖的项目，而不必删除或乱搞。我可以部署一个单一的集成项目，而不会对其他项目产生影响。唯一的警告是，由于某种原因，当您将模式项目上的重新部署设置为False时，由于某种原因，VS标记为错误，并指出其中一个项目没有部署。这不是一个真正的错误，更像是对国际海事组织的警告。

我一直在BT2016上做这件事，我假设你可以在2013年做同样的事情

Answer 2

不，这是不支持的，也不建议尝试黑进这个想法(绝对需要修改BizTalk数据库，我认为微软甚至不允许这样做)。

我可以给你三个选择：

• 使SchemaSolution尽可能小，例如，将其分解为每个进程的多个模式解决方案，因此您需要更改解决方案的可能性将更小。理想情况下，在此解决方案中，每个模式有1个程序集/项目，因此可以在不使用redeploy.
• Another选项的情况下添加新模式，即将模式复制到项目中，这是您可以做出的设计选择，但需要做更多的工作，因为需要在管道中指定模式(否则它不知道您指的是哪一个模式)，而且在多个项目中更改相同模式需要双重工作。缺点是，模式与BizTalk不一样，因此您不能在没有引用的情况下在其他项目中使用它。
• --您的最后一种选择是完全消除该模式的依赖，您可以通过创建自己的内部/泛型/cdm模式来做到这一点，这在理想情况下会更健壮，更不容易发生更改。这个模式仍然会被多个项目引用，但是由于您是负责该模式的人，所以您可以预测它并将其建模到您的喜好中。同样，理想情况下，在这个解决方案中，每个模式有一个程序集/项目，这样就可以在不需要重新部署的情况下添加新模式。