Azure functions 对从属csx文件的更改不';在应用程序重新启动之前不会生效

Azure functions 对从属csx文件的更改不';在应用程序重新启动之前不会生效,azure-functions,azure-logic-apps,Azure Functions,Azure Logic Apps,当我编辑应用程序内服务编辑器(in-App Service Editor)中的csx文件并将其加载到我的run.csx中时,Azure函数不会收到更改通知。调用该函数时,它会报告已编辑文件的编译错误。在编译过程中使用我的编辑之前,我必须重新启动应用程序服务。肯定有比重启更好的方法!如果是,是什么 注意:重新启动会强制重新编译已编辑的文件 如果这是关于这个问题的重复报道,请原谅。我以前以为我已经将其发布到StackOverflow,但在我的历史记录中没有看到它。对于函数目录之外的共享源文件(默认情

当我编辑应用程序内服务编辑器(in-App Service Editor)中的csx文件并将其加载到我的run.csx中时,Azure函数不会收到更改通知。调用该函数时,它会报告已编辑文件的编译错误。在编译过程中使用我的编辑之前,我必须重新启动应用程序服务。肯定有比重启更好的方法!如果是,是什么

注意:重新启动会强制重新编译已编辑的文件


如果这是关于这个问题的重复报道,请原谅。我以前以为我已经将其发布到StackOverflow,但在我的历史记录中没有看到它。

对于函数目录之外的共享源文件(默认情况下会监视其更改),您可以通过将其添加到
host.json
文件中的
watchDirectories
数组来指示应该监视该目录。例如,如果您的共享目录名为“shared”,您将使用:

{
    "watchDirectories": [ "Shared" ]
}

我们回购协议中的条款就是一个例子。查看那里的
host.json
文件,以及相应的“Shared”文件夹,其中包含各种功能中使用的Shared.csx文件。

您确定它与App Service Editor相关,而不是通过任何方式(FTP、Kudu等)修改文件时同样会看到的内容吗?事实上,我不相信它与应用服务编辑器有关。它可能会通过您指定的方式发生。我只是举一个我观察到这个问题的例子。我建议相应地改写这个问题,因为当前的标题和措辞是误导性的。e、 g.标题应该更像“对依赖csx文件的更改在应用程序重新启动之前不会生效”.csx文件位于何处?我尝试重新编程,如果csx文件位于函数目录中,则会拾取更改。您可能正在使用未被监视的共享代码目录。上的.csx文件是跨多个函数共享的,因此它不在函数目录中。我假设任何代码更改都会触发重新编译。如果没有,有没有一种方法可以在不回收应用程序服务的情况下做到这一点?