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