vs自動編譯

❶ 在vs2008環境下，aspx.cs 如何重新編譯

太多了方法
1.右鍵工程文件點：編譯或者生成解決方案
2.Ctrl+shitf+B編譯整個解決方案
3.你可以選擇裝個TestDriver.Net,這樣在任何地方點右鍵Build都可以編譯
4.裝個Demon會在後台幫你自動編譯
5.點IDE工具框上的生成解決方案或者shitf+F6等都可以
別的你可以自己摸索

❷ 如何讓VS編譯時自動引用Debug

用記事本打開研究了一番倒也挺簡單的.找到引用類庫的地方： <ItemGroup>
<Reference Include="ClassLibrary1,Version=1.0.0.0,Culture=neutral,processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>Lib\Debug\ClassLibrary1.dll</HintPath>
</Reference> 只需要改成： <ItemGroup>
<Reference Include="ClassLibrary1, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
</Reference> 這樣編譯時VS就能根據當前配置到Debug或者Release文件夾下尋找相應的dll了。

❸ Microsoft Visual studio2013 編譯及運行

vs2013是自動編譯的吧
「調試」菜單里有「不調試，直接運行」選項，一般直接用這個
當然，「調試」功能還是比較強的，選擇「逐語句/過程調試」 把「監視窗口」和「內存窗口」打開，就可以跟蹤某一變數了
像你圖片中的那樣，應該是代碼本身問題，也就是說編譯通過了，但邏輯上是錯的，比如非法內存訪問、非法寫等，你最好把代碼貼出來吧。
還有，如果使用scanf等函數（我只是偶爾遇到過，具體都是哪些我也不太清楚），vs2013會提示「該函數不安全，建議使用scanf_s的問題」，網路上有修改方法，這樣可以保證你不用再辛苦學習vs2013的版本了。

❹ vs2010 c#自動編譯程序圖標

你可以為在解決方案里設置多個項目文件,每一個項目文件引用的代碼都是同一份，這樣每一個項目都可以選一個不同的圖標。但是源文件是同一份。想編譯哪一個就編譯哪一個。

❺ 敏捷之路 C++ (一) jenkins配置-VS工程自動編譯基本配置

Windows安裝Jenkins主要有兩種方式

關於安裝這塊官方資料齊全就不浪費時間了。

接下來啟動 jenkins並按照默認設置一路下一步就行了。

成功啟動jenkins並檢查確認jenkins工作區無誤後就可以開始配置jenkins以及自動編譯VS項目的相關環境了。

建議： 所有需要安裝的工具例如git,python,svn等盡量不要安裝在Program Files中，自己重新指定一個沒有許可權問題，純英文無特殊符號及空格等的路徑。

接下來安裝插件

首先是使用vs項目必不可少的MSBuild插件

以及多源項目需要的Multiple SCMs plugin
如果你需要郵件通知則安裝Email Extension Plugin

建議安裝一個你的工程所需版本的Visual Studio

一方面MSBUILD可以直接用，另一方面如果自動編譯出問題 可以使用VS打開你的項目進行調試

通常一個相對比較大的多項目工程，如果不是一直嚴格按照標准配置，很難保證獲取工程可以成功編譯建議從以下幾個角度檢查

配置好了工程可以從遠端克隆一個新的直接編譯試一下。可以成功編譯就可以配置jenkins項目了。

添加賬號密碼時有時候第一次添加的會無效，那就再添加一次並選擇第二個。通常就可以了。

❻ vs2008 開發web項目時，每次停止運行的項目時，自動編譯；怎麼能關閉 停止時的自動編譯

你運行項目時候當然會編譯整個項目啦，方便檢查語法連接等各種錯誤，
如果項目很大的時候很浪費時間，你可以不運行項目，在只運行指定頁面。

方法：在右邊解決方案那裡，在首頁或者要運行的頁面上右擊，選「在瀏覽器上查看」。

❼ 如何讓VS編譯時自動引用Debug|Release版本的dll

公司一些早期的項目，把所有工程都放到一個解決方案下了，導致整個解決方案編譯很慢，而且也不便於類庫的復用和維護。因此我們決定把工程按照功能劃分到不同的解決方案里頭，然後定期發布dll到TFS配置庫上固定的TeamProject下面，以後應用程序引用時就不添加工程，而是採用添加dll的方式。但是現在遇到一個問題，發布dll一般會發布Debug和Release兩個版本，那麼應用程序應該引用哪個版本呢？ 理想情況下，開發測試的時候應該使用Debug版本，這樣拋異常的時候調試很方便。正式部署到生產環境的時候可以使用Release版本，這樣性能好一些。但是添加dll的時候VS只允許選擇一個版本。 我們知道，VS支持把工程不同的編譯選項保存到不同的配置中，編譯時根據當前使用的配置來決定採用什麼樣的編譯選項。默認會新建Debug和Release這兩個配置。開發時我們一般選Debug配置，發布時一般選擇Release。 如果添加dll時也能根據當前配置引用不同路徑的dll，那就好了。在stackoverflow上搜到了相關的信息，說可以修改csproj工程文件，使用VS宏變數來指定dll路徑。用記事本打開研究了一番倒也挺簡單的.找到引用類庫的地方： <ItemGroup> <Reference Include="ClassLibrary1,Version=1.0.0.0,Culture=neutral,processorArchitecture=MSIL"> <SpecificVersion>False</SpecificVersion> <HintPath>Lib\Debug\ClassLibrary1.dll</HintPath> </Reference> 只需要改成： <ItemGroup> <Reference Include="ClassLibrary1, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL"> <SpecificVersion>False</SpecificVersion> </Reference> 這樣編譯時VS就能根據當前配置到Debug或者Release文件夾下尋找相應的dll了。 不過這樣一來，以後添加dll的時候就有點麻煩了，每次都要手工編輯csproj文件。同事吳突發奇想，能不能在發布的時候再建一個名為「$(Configuration)」的文件夾，以後直接引用這個文件夾下的dll即可，都不需要修改csproj文件了。我的第一個反應是VS應該會對這樣的路徑做轉義之類的，因為和內置變數名沖突了。但本著「不確定的事情要通過實驗去驗證」的精神，我做了這個實驗，發現居然可以！VS才不管你路徑包含什麼字元串呢。 最後的結論，發布dll時，需要同時發布到以下三個文件夾：$(Configuration)\MyLibrary.dllDebug\MyLibrary.dllRelease\MyLibrary.dll 其中$(Configuration)文件夾下的dll無所謂哪個版本了，這個純粹只是為了騙過Visual Studio的而已，編譯時根本不會用到。添加dll引用的時候，直接引用$(Configuration)\MyLibrary.dll即可。 希望此文對你有幫助。

❽ 如何讓VS編譯時自動引用Debug

用記事本打開研究了一番倒也挺簡單的.找到引用類庫的地方：
False
Lib\Debug\ClassLibrary1.dll
只需要改成：
False
這樣編譯時VS就能根據當前配置到Debug或者Release文件夾下尋找相應的dll了。

❾ vs2013打開的cpp文件如何編譯

Visual Studio無法對單個源代碼文件直接編譯。

VisualStudio工程(.sln)編譯需要許多的參數，比如頭文件源文件，依賴庫等。如果沒有他們，強大的Studio只是廢物。

解決思路：

建立一個空VisualStudio工程->導入源代碼->編譯運行。

Step1 建立空項目

1.1 打開VisualStudio，按快捷鍵Ctrl + Shift + N,即可彈出新建項目的窗口。

(或，文件(FILE)->新建(NEW)->工程(Project)即可彈出新建項目的窗口。)

❿ vs code中怎麼設置task的args屬性，使vs code可以自動編譯workspace下面的多個相關聯的的文件

Korchagins' garden and threw themse