3
由於Roslyn編譯器中存在一個錯誤，我無法使用編譯器的v1.0構建我的項目（沒有解決方法使它在1.0上工作）。但是，Microsoft已在更新版本的編譯器中更正了此問題。在TeamCity中使用特定的Roslyn編譯器版本
使用Visual Studio時，可以使用特定版本的編譯器，將可從https://www.nuget.org/packages/Microsoft.Net.Compilers/獲得的NuGet包添加到項目中。這會使Visual Studio在構建項目時使用指定版本的編譯器。
但是，當試圖在TeamCity上運行構建時，似乎並不知道要使用新版本的編譯器。它只允許選擇使用哪個版本的Visual Studio。有什麼方法可以指定TeamCity手動使用哪個版本的編譯器？
注：我使用的TeamCity專業9.1.3（建37176），並在構建步驟我選擇的Visual Studio 2015年
當本地製造，構建用做：
D:\BitBucket\LocalPackages\Microsoft.Net.Compilers.1.1.0-beta1-20150928-02\build\..\tools\csc.exe /noconfig /nowarn:1701,1702,2008 ....
但是當TeamCity的建成，日誌顯示：
[Csc] C:\Program Files (x86)\MSBuild\14.0\bin\csc.exe /noconfig /nowarn:1701,1702 .....
我人因此證實了該程序包爲TeamCity的構建的一部分（前csc命令）安裝：
[Exec] Installing 'Microsoft.Net.Compilers 1.1.0-beta1-20150928-02'.
這是剛剛的的NuGet如何表現不同，在Visual Studio界面與命令行的症狀？如果是這樣，是否有解決方法？
更新： 我從來沒有弄明白。在構建服務器上運行Visual Studio中的構建運行良好，但通過TeamCity使用完全相同的文件運行構建不起作用。
但是，微軟發佈了VS2015 Update 1，它解決了我原來的問題，但沒有解決這個問題。
當您從命令行運行nuget時，您並未安裝軟件包，而是將其恢復。所以注入的道具文件已經在csproj中。你可以嘗試從TeamCity命令行任務運行msbuild嗎？也許它默認注入一些其他屬性。另外，你可以發佈一個詳細的生成輸出嗎？你也可以嘗試在構建代理上自己做一個msbuild，然後檢查它是否提取了正確的csc版本。 – Tamas