msbuild

    4熱度

    1回答

    我有一個沒什麼特別的.NET核心解決方案,可以叫它Application.sln,它包含12個C#項目和1個SQL項目。在Visual Studio 2017中,我沒有構建所有項目的問題,但是當我前往命令行打包使用dotnet pack Application.sln --no-build的項目時,我立即遇到了sql項目的問題。以下是錯誤: error MSB4019: The imported

    1熱度

    1回答

    我想要什麼:在VSTS」構建儀表板我通常看到這樣的我執行的測試結果的概述: 什麼我:我已經建立了一個新的Core 2.0構建和去幾乎默認的內部配置: 次所有測試跑:我的構建日誌報告,所有測試已全部執行(4在我的樣本設置): 構建開始,請稍候...打造完成。測試運行 d:\ a \ 3 \ s ***。測試\ bin \ release \ netcoreapp2.0 ***。Platform.Te

    1熱度

    1回答

    我總是讓構建團隊處理構建定義。由於一些限制,我現在不得不忍受這一點,並且對於MSBUILD如何處理XML構建定義沒有太多線索。一些見解/幫助將不勝感激。 經過研究,我發現這是一個常見的問題,很少有記錄的解決方案。在一個複雜的應用程序中(我們有超過50個「.csproj」項目作爲一個應用程序一起工作),您會發現頂級項目(web應用程序,web api,win服務等)可以參考中級項目實用程序,基礎設施

    4熱度

    1回答

    我有多個MVC和庫項目的解決方案以及該解決方案的構建是非常緩慢的。 爲了提高構建性能,我將所有項目更改爲在同一文件夾中輸出,並將所有項目引用更改爲copy local = false,這使構建性能從10m提高到了90%,達到了1m30s。 然而,由於在輸出文件夾中沒有引用組件這產生一個問題,在運行模式下我的應用程序顯示錯誤。 我想知道是否存在的方式,使溶液中的引用只複製一次到我的輸出文件夾。 我想

    0熱度

    1回答

    我有一箇舊的遺留應用程序,內置.Net fw。 3.5。不過,我設法讓它升級到.Net fw。 4.0,並且無法進一步將其遷移到更高版本,因爲存在舊組件和第三方dll。 現在爲了一個新的集成工作,我使用的是一個內置.Net fw 4.5的dll,它是一個非常小的dll,它只是讓我相信一些內部調用。 當我在VS 2010中編譯工具版本爲4.0和目標框架爲4.0它仍然給我錯誤,說彙編引用缺失?並且還提

    0熱度

    1回答

    如果我使用.csproj(不是.nuspec)文件和msbuild /t:pack來創建nuget包,有沒有辦法指定.nupkg文件應該放在哪裏,或者找出msbuild放在哪裏?

    0熱度

    1回答

    我試圖使用命令行來實現以下工作流程: 建立使用特定的變量通過命令行覆蓋的項目(比如我有$(buildVersion)這個步驟的輸出是dacpac文件 根據生成的dacpac文件和實際的數據庫生成發佈腳本。在發佈配置中有一些值的變量我想通過輸入的值命令行覆蓋$(buildVersion)。 我試圖使用SqlPackage.exe和MSBuild.exe工具。但是我不能得到預期的效果爲: 我無法找到如

    0熱度

    1回答

    我正在嘗試獲取舊版Silverlight應用程序的指標。 MSBuild掃描程序似乎發現問題,但代碼行的路線是關閉的。當聲納掃描儀發現〜250,000 LOC時,報告〜300 LOC。如果這是唯一的問題,那麼我可以處理它。但是,LOC關閉並不能給我很多信心。 看來你可以通過設置一個mscorlib位置參數來配置聲納掃描儀:sonar.silverlight.5.mscorlib.location。

    1熱度

    2回答

    我在VS 2017中創建了UWP應用程序,我的解決方案中的許多項目都有如下的警告。如何擺脫它們? 警告「C:\ Program Files(x86)\ MSBuild \ 15.0.Net \ CoreRuntime \ Microsoft.Net.CoreRuntime.targets」無法再次導入。它已經導入到「C:\ Program Files(x86)\ Microsoft Visual

    1熱度

    1回答

    工作這的ItemGroup ItemsFromAnotherTarget包含: ..\..\References\AnotherFolder\ReferencedAssembly.dll bin\GeneratedAssembly1.dll bin\GeneratedAssembly2.dll somefolder\somefile.txt somefolder\somefile.exe