因此，从我所看到的是，当您通过cli创建dispatch luis应用程序时，您会得到一个应用程序，其中包含所有子应用程序的所有意图，包括qna制造商提供的任何内容。意味着相关的意图和实体可能成千上万。
这充当其他luis child应用程序和qna maker应用程序的网关。
当在整个服务中更新了其他子应用程序时，建议使用哪种更新模式来更新LUIS调度应用程序？
意思是，如果我更新了我的孩子的LUIS应用并进行了培训和发布，我是否不必立即再次通过cli更新分发应用？是否有对此的版本控制，或者父应用程序是版本控制还是另外一个创建？
是否有一种方法可以将所有内容一起更新，还是必须通过调度cli单独进行更新？
这对于luis应用程序api（例如容器）意味着什么？该api会为此工作吗？还是对容器的更新必须是手动文件导出并导入到容器中？
考虑所有这些而获得的最后一个奖励问题。
为什么调度应用程序不能只是事实的唯一来源，更新任何子代程序都会自动更新父代，而代码库只会调用并引用一个主要/父代Luis应用程序？
尝试依次回答您的问题（不少！）：
意思是，如果我更新了我的孩子的LUIS应用并进行了培训和发布，那么我不必立即再次通过cli更新分发应用吗？
A：是的，如果您更新子LUIS应用并对其进行培训和发布，则必须再次通过CLI立即更新调度应用。
是否有版本控制，或者是父应用程序是版本控制还是其他应用程序创建？
A：父应用程序已更新，但未创建新应用程序。
是否有一种方法可以将所有内容一起更新，还是必须通过分派cli单独进行？
A：无法一起更新所有内容。您将必须通过CLI单独进行更新。人们通常会在开发人员管道中设置每天运行“调度刷新”的脚本，以获取基础LUIS / QnA模型中的任何更改。
这对luis应用程序api（例如容器）意味着什么？该api会为此工作吗？还是对容器的更新必须是手动文件导出并导入到容器中？
A：不确定我是否正确理解了您的问题，但是在容器中运行Dispatch时，必须手动将其导出并导入到容器中。理想情况下，运行“调度刷新”的脚本还应该自动导出（可以通过API完成）/导入容器。
为什么调度应用程序不能只是事实的唯一来源，更新任何子代程序都会自动更新父代，而代码库只会调用并引用一个主要/父代路易斯应用程序？
A：最后，一些好消息！！ LUIS团队正在研究一种功能以实现此目的，不确定何时将其提供。
希望这会有所帮助。