如果您想省略版本控制,您实际上可以更深入地破解 BT 上的部署过程,具体取决于您对实际 BT 框的访问。(说服你的系统管理员)
如果您只能访问部署控制台,请停止您的依赖应用程序,删除它们对您要升级的应用程序的引用,然后在顶部部署,重新添加您的引用并重新启动依赖应用程序。您实际上不必重新安装。这种方法既乏味又糟糕,但它会起作用。我们这样做是因为我们的 BT 安装量太多,无法进一步将它们与同一个应用程序的多个版本混为一谈
这是黑客。您需要访问服务器(我知道您说过您没有)或安装可以接收 dll 并为您执行以下功能的服务的能力。(我想你可能会说服某人让你设置它)免责声明,这不是一个受支持的解决方案,我声称不负责任等等等等
我们一直这样做,因为我们有太多的应用程序来做第一个解决方案。您可以将新编译的 DLL 放入 GAC。这不是 MSFT 等推荐的,但我们在生产环境中使用它的服务器大约有。GAC 中的 4000 个 dll 和 1200 个 BT 应用程序。您需要确保您的元数据是相同的,即您具有相同的版本、密钥令牌等,并且您需要有某种方式在版本控制系统之外跟踪您的 dll(我们构建了一个自定义部署基础架构来执行此操作)。最后,一旦您将 dll 推送到 GAC 中,您将需要重新启动 biztalk 服务。确保您没有任何暂停的实例引用您要重新部署的应用程序,因为它们会阻止 biztalk 在重新启动时从 GAC 提取新引用。
最后,重要的是要注意,如果您的更改需要更改 MessageBox 订阅(例如接收形状过滤器、相关性等的更改),则此方法将不起作用。如果您使用此方法,您还将放弃编排调试器中的某些功能改变orchs结构的方法。该图形将显示上次正确安装时的编排结构,但您的事件列表对于最新版本将是正确的。最后,如果您要替换模式 dll,您需要确保重新启动服务,因为 BT 会无限期地缓存模式。