Dispatch Bot 父应用程序应如何与子 LUIS 应用程序一起更新，为什么调度应用程序不能成为主应用程序

Question

因此，据我所见，当您通过 cli 创建 dispatch luis 应用程序时，您会得到一个包含所有子应用程序的所有意图的应用程序，包括来自 qna 制造商的任何内容。这意味着相关的意图和实体可能有数千个。

这充当其他 luis 儿童应用程序和 qna maker 应用程序的网关。

当其他子应用已在整个服务中更新时，更新 LUIS 调度应用的建议更新模式是什么？

意思是，如果我更新我的子 LUIS 应用程序并训练和发布它们，我是否必须再次通过 cli 立即更新调度应用程序？是否有对此的版本控制，或者是父应用程序版本化还是另一个创建？

有没有办法一起更新所有内容，还是必须通过调度 cli 单独更新？

这对于 luis 应用程序 api（例如容器）意味着什么？ api甚至可以为此工作吗？或者容器的更新是否必须是手动文件导出和导入到容器中？

考虑所有这些的最后一个奖励问题。

为什么调度应用程序不能只是单一的事实来源，并且更新任何子级会自动更新父级，而代码库只会调用和引用一个主要/父级 luis 应用程序？

Answer 1

尝试按顺序回答您的问题（很多！！）：

• 意思是，如果我更新我的子 LUIS 应用程序并训练和发布它们，我是否必须再次通过 cli 立即更新调度应用程序？

  答：是的，如果您更新子 LUIS 应用并训练和发布它们，您将必须立即再次通过 CLI 更新调度应用。

• 是否有对此的版本控制，或者是否对父应用进行了版本控制，或者是否创建了另一个？

  A：父应用已更新，但未创建新应用。

• 有没有办法一起更新所有内容，还是必须通过调度 cli 单独更新？

  A：没有办法一起更新所有内容。您必须通过 CLI 单独更新。人们通常会在他们的开发操作管道中设置每天运行“调度刷新”的脚本，以获取底层 LUIS/QnA 模型中的任何更改。

• 这对于 luis 应用程序 api（例如容器）意味着什么？ api甚至可以为此工作吗？或者容器的更新是否必须是手动文件导出和导入到容器中？

  A：不确定我是否正确理解了您的问题，但是在容器中运行 Dispatch 时，必须手动将其导出并导入容器。理想情况下，运行“调度刷新”的脚本也应该自动导出（可以通过 API 完成）/导入到容器中。

• 为什么调度应用程序不能只是单一的事实来源，并且更新任何子级会自动更新父级，而代码库只会调用和引用一个主要/父级 luis 应用程序？

  A：终于有个好消息了！！ LUIS 团队正在开发一项功能来实现这一目标，但不确定何时可用。

希望这会有所帮助。