Azure网站文件系统中的自定义日志合并为单个日志文件

My Azure web app（应用程序服务）将日志文件

mywebapp.log

写入承载网站的VM的d:\LogFiles目录。当日志文件达到一定大小时，我将其重命名为

mywebapp1.log

，

mywebapp2.log

，依此类推，并创建一个新的日志文件。（我手动执行此操作-停止网站、重命名文件并重新启动网站。）

有一天，我通过Kudu（SCM）门户查看目录，只看到一个比正常情况大得多的

mywebapp.log

。该文件包括以前存在的所有单个日志（包括

mywebapp1.log

+

mywebapp2.log

等的内容）

---

我的应用程序没有组合文件的文件。是否有Azure进程可以这样做，或者我是在睡眠中这样做的，并且没有任何记忆？

Azure中确实没有逻辑可以这样做。Azure对您的日志文件一无所知，也不会对它们做任何事情，尤其是像将多个现有文件合并为一个这样复杂的事情

---

因此，我将采用睡眠理论：）

问题是，我在某个时候交换了部署插槽，但没有意识到d:\LogFiles目录（我认为整个d:驱动器）会随插槽一起移动。丢失的日志文件位于我的暂存槽的日志文件目录中。

可能会显示您用于执行文件滚动的代码。我正在手动执行此操作。好的，我会更新这个问题的。我发现了我的“秘密”。我的日志根本没有发生任何变化；我以前交换过部署插槽，它们位于暂存插槽中。至于我关于将所有日志合并成一个大日志的评论，谁知道呢，当时确实是这样！理想情况下，我想删除这个问题-点击代表或不点击代表-因为它没有任何价值，因为它的基础是错误的放在首位。你怎么认为？保留还是删除？我认为保留是好的，因为其他人可能会犯同样的错误，并发现你最后的评论很有帮助。我投了更高的票：）