关于 Azure webjob 日志中的 run_command 和 using_sdk
Regarding run_command and using_sdk from Azure webjob logs
我的 webjob 应该做一些工作，但我们发现它不是 运行。当我们查看 azure 日志（Kudu webjob 日志）时，我们发现它是 运行 其他文件。像 run_command = "" 有一些其他的 .exe 文件。此外，using_sdk 设置为 false。你认为可能是什么原因造成的。如何设置正确的路径。我们正在使用章鱼进行部署。
we went through the azure logs (Kudu webjob logs), we found that it is running some other file. like run_command = "" has some other .exe file.
从 this documentation，我们可以知道 WebJobs 使用指定的逻辑来决定哪个文件是作业目录中 运行 的脚本：
根据文件类型，我们首先查找名为：运行.{file type
扩展名}（例如 run.cmd 或 run.exe）。
如果不是所有文件类型都存在，我们将查找
具有支持的文件类型扩展名的第一个文件。
请尝试重命名您想要 运行 run.exe 的文件 ({jobname}.exe) 以检查它是否 运行如预期。
我的 webjob 应该做一些工作，但我们发现它不是 运行。当我们查看 azure 日志（Kudu webjob 日志）时，我们发现它是 运行 其他文件。像 run_command = "" 有一些其他的 .exe 文件。此外，using_sdk 设置为 false。你认为可能是什么原因造成的。如何设置正确的路径。我们正在使用章鱼进行部署。
we went through the azure logs (Kudu webjob logs), we found that it is running some other file. like run_command = "" has some other .exe file.
从 this documentation，我们可以知道 WebJobs 使用指定的逻辑来决定哪个文件是作业目录中 运行 的脚本：
根据文件类型，我们首先查找名为：运行.{file type 扩展名}（例如 run.cmd 或 run.exe）。
如果不是所有文件类型都存在，我们将查找 具有支持的文件类型扩展名的第一个文件。
请尝试重命名您想要 运行 run.exe 的文件 ({jobname}.exe) 以检查它是否 运行如预期。