為了在編譯時期就可以發現View中的語法錯誤,我們會將MvcBuildViews設成true,但因為公司有使用TFS的MSBuild,會因為環境的關係而產生問題,如無法載入組件。
為了在編譯時期就可以發現View中的語法錯誤,我們會將MvcBuildViews設成true,但因為公司有使用TFS的MSBuild,會因為環境的關係而產生問題,如無法載入組件。
開啟MvcBuildViews
開啟.csproj檔案,打開的方式常見有這二種
- 直接用文字編輯器開啟(如Notepad)
- 載入後在Solution Explorer中專案上右鍵選擇Unload Project,卸載後在按一次右鍵選擇Edit *.csproj
原始的檔案內容
<Project ...>
...
<MvcBuildViews>false</MvcBuildViews>
...
<Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
<AspNetCompiler VirtualPath="temp" PhysicalPath="$(ProjectDir)" />
</Target>
...
</Project>
將MvcBuildViews改成<MvcBuildViews>true</MvcBuildViews>後,每次在Visual Stuiod中Build後,會在把.aspx或.ascx等檔案也Build一次,以便及早發現錯誤。
Asp.Net Mvc的專案在Build時,預設只會Build *.cs、*.Designer.cs如Controller、Model等檔案,其他Views下的 *.aspx、*.ascx是不會被Build的,可就是說在.aspx如打錯字,也必需等到真正報行網站時,才會報錯,這種明明可以在Build期問就可以發現的問題,比一一執行網頁才能發現錯誤,有效率多了。
但同樣的設定在本機正常,但用TFS Build就會發生無法載入組件問題,原因是因為TFS MSBuild的設定,輸入的檔案與專案在不同位址,所以用$(ProjectDir)當然找不到bin與其下的dll,這樣就會發生本機與TFS的路徑問題,所以要加上IsDesktopBuild來分隔。
<Target Name="AfterBuild" Condition=" '$(MvcBuildViews)' == 'true' ">
<AspNetCompiler Condition="'$(IsDesktopBuild)' != 'false'" VirtualPath="temp" PhysicalPath="$(ProjectDir)" />
<AspNetCompiler Condition="'$(IsDesktopBuild)' == 'false'" VirtualPath="temp" PhysicalPath="$(OutDir)\_PublishedWebsites\$(ProjectName)" />
</Target>
用Condition="'$(IsDesktopBuild)' == 'false'"來分隔,本機與TFS的MSBuild。
TFS MSBuild的資料夾結構
--[設定的Drop Folder]
----[Build AgentID]
------[Build Definition Name]
---------Binaries{$(OutDir)}
--------------_PublishedWebsites
-----------------------[Web Project]
--------------[Other Project]
---------Sourcees
--------------[Project]{$(ProjectDir)}
如果有一個Build Deinition
Name=TestBuild
Drop Folder=C:\Builds
BuildAgentID=1
所以執行時從Source Control下載專案到 C:\Builds\1\TestBuild\Sourcees,而Build後會將檔案輸出到Binaries中,而Web Project會放在Binaries\_PublishedWebsites下,所以必需指到其路徑才能正常的執行AfterBuild。
參考資料