更改共享權限導致ASP.NET重新編譯

我們的網站位於我們稱爲「d：\ sites」的主文件夾下。「d：\ sites」作爲\ server1 \ sites共享給我們的Dev和QA組，只讀訪問權限。我爲共享權限（而不是NTFS）添加了另一個只讀組，並且該站點開始重新編譯。我不確定剛剛看到的是什麼，所以我在另一臺服務器上做了這件事，併發生了相同的行爲。更改共享權限導致ASP.NET重新編譯

我們用動態重新編譯，我找不到說，這應該會導致發生一次重新編譯參考（參考文獻[1]：http://msdn.microsoft.com/en-us/library/ms366723%28v=VS.100%29.aspx）

有其他人看到了這一點，或者知道它爲什麼是發生了什麼？

來源

2012-10-04 hubdows

Web.config文件中的[編譯元素]（http://msdn.microsoft.com/en-us/library/s10awwz0%28v=vs.100%29.aspx）的'optimizeCompilations'屬性設置爲「true」？ –

是的，它設置爲true。 – hubdows

如果權限是從父級繼承的，那麼添加此新權限將更改該文件。這種文件狀態的變化是由IIS作爲變化獲取的，因此動態重新編譯會被觸發。 IIS甚至將權限更改視爲對代碼庫的更改。

來源

2012-10-04 17:28:37

爲了澄清，這對他們來說絕對是最好的選擇。完全有可能更改權限會導致先前可用的文件無法再被應用程序池用戶訪問，因此需要重新編譯才能確保項目正常工作。 – NotMe

@ChrisLively：同意。 –

我可以理解，如果它是NTFS權限更改，但不是共享權限。我們的應用程序池不指向共享名稱。 – hubdows

更改共享權限導致ASP.NET重新編譯

回答

相關問題