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