我在Azure Web应用程序上遇到了raygun错误，这让我很困惑。
d:\local\Temporary ASP.NET Files\root\8c572dab\d52156ac\ App_Web_636035960914530576dbc451921d-d5ba-4ab9-ae23- 3aebe17a2fcd.cshtml.ae8ccf29.453z6dsh.0.cs(151): error CS1528: Expected ; or = (cannot specify constructor arguments in declaration) 错误本身是有道理的 – 这只是一个生成的剃刀文件，有一个语法错误。 生成的文件的位置让我感到困惑。
这个webapp运行一个实例。 当我去应用程序和浏览时，我找不到这条路。 相反，我看到：
D:\local\Temporary ASP.NET Files\root>ls 6260ae3c
我错过了Azure的基本知识吗？ 如果这个networking应用程序能够扩展到多个实例，我会明白，我可能用捻度来打错了实例。 只有一个例子，但我真的不明白。
Azure Web Apps的临时文件的位置似乎始终是D：\ local \ Temp。 但是，Azure将整个D：\ local文件夹安装在每个Web应用程序的不同位置。
这意味着每个Web应用程序都会看到不同的D：\ local，这可能不是太令人吃惊。 然而，真正的技巧是KUDU本身作为一个单独的进程运行，并获得自己的私人D：\本地。 所以你实际上浏览KUDU的私人D：\本地，而不是你的应用程序。
有人必须意识到这可能是debugging场景中的一个问题，所以有办法避免这种情况：通过Azure门户向应用程序添加名为“WEBSITE_DISABLE_SCM_SEPARATION”的应用程序设置，并将值设置为“true” 。
应用程序重新启动后，当使用KUDU时，您应该能够看到应用程序所看到的相同的D：\ local（包括临时文件）。
完成后，您应该closures此设置，因为默认的分离可能会出于某种原因。