不知道是什麼導致我的問題，但是當我更改我的代碼時Visual Studio沒有看到或編譯更改

好吧，就這樣吧。我們一直在使用asp.net編寫我們的網站，最近我們的.cs文件以非常特殊的方式運行。當我們去改變或添加代碼到.cs文件時，一切似乎都沒有問題，直到我們去測試我們編寫的代碼並進行調試。當我們去調試時，代碼被讀取，就好像原始未改變的文件在那裏一樣。已更改的值不是。新的變量不存在於上下文中，也不會被讀取。被刪除的舊變量仍將值傳遞給其他變量，這些變量應該從其他位置獲取值。總之，我的第一句話就是我們的代碼被佔有。不知道是什麼導致我的問題，但是當我更改我的代碼時Visual Studio沒有看到或編譯更改

我們已採取的步驟迄今沒有結果：我們已嘗試刪除/排除我們的.dll文件。沒有修復它。我們已經嘗試刪除Windows目錄中的臨時文件夾。沒有修復它。我們已經嘗試了離線與sourcesafe分離的代碼。沒有修復它。

如果任何人有任何意見，爲什麼會發生這將是偉大的。不幸的是，我無法分享這一個代碼。

更新後的信息基於意見：

我們正在使用asp.net 3.5。不確定部署後是否出現問題。我們已經知道這是基於使用手錶和斷點而發生的，並且看到值和變量或者在簡單this = this被賦值時看不到變化，或者看到光標跳過不在選擇語句中的那些東西行爲會發生。也見過一個const變量，它最初等於讓我們說100，我們決定讓它等於讓20說，所以const的聲明被改變了，所以它等於20而不是100，但是當我們運行調試時它仍然會顯示它等於100，即使在代碼中沒有任何地方應該等於100。總之，我們通過使用我們的調試工具來測試我們的代碼，發現我們有這個奇怪的問題，並且注意到網站上假設不同的東西沒有改變。

更多更新的消息：

我最近獲悉，有一噸多的.dll的和.PDB當時我原本以爲。也被告知不要刪除它們，但將其排除在外。所以我做了什麼被問及哇哇哇的錯誤列表是巨大的。我相信我已經縮小了事情發展的地步。如果事情變得更好，將會更新。

來源

2014-02-20 Smurfy

非常重要：*您如何確定您在第一段中描述的這些事情是按照您所說的那樣發生的？請明確點。 – RBarryYoung

另外，ASP.NET：什麼子框架，它是如何託管的？「部署」後問題是否開始？ –

它是一個網站（文件 - >新網站），或Web應用程序項目（文件 - >新項目）？ –

下嘗試刪除您的網站的文件夾：

C：\ WINDOWS \ Microsoft.NET \ Framework64 \ v4.0.30319 \臨時ASP.NET文件

一旦你這樣做緩存將被清除，現場重新編譯。

來源

2014-02-21 02:46:58

嘗試刪除您的.pdb文件並重新編譯。

來源

2014-02-21 02:51:16

試過仍然沒有看到代碼的變化 – Smurfy

這也是我的懷疑。 – RBarryYoung

是的，當我第一次看到這個問題，我讀了很多，並碰到建議刪除.ddl和.pdb的，所以這是我的第一步。我也看到了刪除項目的臨時文件的建議，並嘗試了這一點。仍然有這個問題，但不知道從哪裏去。 – Smurfy

重新啓動應用程序池將清除緩存並從內存釋放對象。搏一搏。

來源

2014-02-21 02:54:29

不幸的是仍然沒有修復它 – Smurfy

您是否在配置管理器中檢查過您的所有項目都已選定要構建？

來源

2014-02-21 02:55:39 thepirat000

是它在那裏，並檢查構建。仍然行事附身 – Smurfy

因此，據我所知，正在發生的奇怪的事情是因爲它是作爲網站打開而不是解決方案。

來源

2014-03-07 18:08:48 Smurfy

不知道是什麼導致我的問題，但是當我更改我的代碼時Visual Studio沒有看到或編譯更改

回答

相關問題