msbuild

一起了解 .Net Foundation 项目 No.12

你说的曾经没有我的故事 提交于 2020-03-05 08:21:29
.Net 基金会中包含有很多优秀的项目,今天就和笔者一起了解一下其中的一些优秀作品吧。 中文介绍 中文介绍内容翻译自英文介绍,主要采用意译、如与原文存在出入,请以原文为准。 Cecil Cecil 是一款可采用 ECMA CIL (国际标准化通用中间语言)格式对程序或类库进行再造或检视的类库。 项目详情 官网地址 项目源码 项目许可证: MIT/X11 项目联系人 : Jb Evain 相关链接 项目文档 参与讨论 笔者简评 越是剪短的介绍,越是说明其重要。 C#、VB.Net、F# 等等.Net 语言在编译后将会以 IL 的形式存在于类库或程序中,那么如果在没有源代码的情况下期望修改编译结果,即修改 IL。那么就可以采用这个类库。 知名的反编译工具 ILSpy 便与此类库有关。 注意,当您开始需要使用这个类库时,说明您开始初步涉及到.Net 的逆向领域。这是一个好的开始,是一个快乐的开始。 英文介绍 Cecil Cecil is a library to generate and inspect programs and libraries in the ECMA CIL form. Project Details Project Info Site Project Code Site Project License Type: MIT/X11 Project Main

VS2005 Web Deployment Project to VS2008 - ASPNET compiler errors

跟風遠走 提交于 2020-03-03 01:41:52
问题 I'm having problems with a wdproj I've upgraded to VS2008; This is the error I'm getting while trying to compile the project using msbuild: ASPNETCOMPILER : error ASPRUNTIME: The precompilation target directory (C:\code\CCI\CORUS\Website\Website_DeploymentProject\TempBuildDir\) cannot be in the same tree as the source application directory (C:\code\Website\). This is what the relevant section of my wdproj file looks like: <Project DefaultTargets="Build;AfterBuild" xmlns="http://schemas

VS2005 Web Deployment Project to VS2008 - ASPNET compiler errors

喜你入骨 提交于 2020-03-03 01:40:08
问题 I'm having problems with a wdproj I've upgraded to VS2008; This is the error I'm getting while trying to compile the project using msbuild: ASPNETCOMPILER : error ASPRUNTIME: The precompilation target directory (C:\code\CCI\CORUS\Website\Website_DeploymentProject\TempBuildDir\) cannot be in the same tree as the source application directory (C:\code\Website\). This is what the relevant section of my wdproj file looks like: <Project DefaultTargets="Build;AfterBuild" xmlns="http://schemas

VS2005 Web Deployment Project to VS2008 - ASPNET compiler errors

 ̄綄美尐妖づ 提交于 2020-03-03 01:39:46
问题 I'm having problems with a wdproj I've upgraded to VS2008; This is the error I'm getting while trying to compile the project using msbuild: ASPNETCOMPILER : error ASPRUNTIME: The precompilation target directory (C:\code\CCI\CORUS\Website\Website_DeploymentProject\TempBuildDir\) cannot be in the same tree as the source application directory (C:\code\Website\). This is what the relevant section of my wdproj file looks like: <Project DefaultTargets="Build;AfterBuild" xmlns="http://schemas

How to build dependent project first with msbuild

ぃ、小莉子 提交于 2020-03-01 04:07:46
问题 I have just started looking into msbuild, because I want to make my own build scripts. For now I am able to create build scripts that compiles only one project, but how do I handle dependencies? For example what if I have two projects that gets build with these two msbuild scripts? projectA.xml projectB.xml How do I tell msbuild that when I am executing projectB.xml that it should first execute projectA.xml? I have googled alot on this, but it does not seem to get anything that a starter like

How to build dependent project first with msbuild

扶醉桌前 提交于 2020-03-01 04:06:33
问题 I have just started looking into msbuild, because I want to make my own build scripts. For now I am able to create build scripts that compiles only one project, but how do I handle dependencies? For example what if I have two projects that gets build with these two msbuild scripts? projectA.xml projectB.xml How do I tell msbuild that when I am executing projectB.xml that it should first execute projectA.xml? I have googled alot on this, but it does not seem to get anything that a starter like

在ASP.NET MVC中编译视图

拜拜、爱过 提交于 2020-02-28 07:56:16
我想要一个msbuild任务来编译视图,这样我就可以看到编译时是否存在编译错误...编译时。 有任何想法吗? #1楼 我坦率地推荐 RazorGenerator nuget包。 这样你的视图 .designer.cs 在你保存它们时生成一个 .designer.cs 文件,除了为你的视图获取编译时错误之外,它们还被预编译到程序集中(=更快的预热),Resharper也提供了一些额外的帮助。 要使用它, 请 在ASP.NET MVC项目中包含 RazorGenerator nuget包,并在 Tools→Extensions and Updates 下的项目下安装“ Razor Generator ”扩展。 我们使用这个,并且使用这种方法的每次编译的开销要少得多。 除此之外,我可能会推荐 RedGate的.NET Demon, 它可以进一步减少编译时的影响。 希望这可以帮助。 #2楼 使用Visual Studio的 生产力电动工具 ( 免费 )扩展 有所帮助 。 具体来说, Solution Error Visualizer 功能。 有了它,解决方案资源管理器(在发现错误的源文件中)可视地标记了编译错误。 但是,出于某种原因,此功能不能与代码中其他任何位置的其他错误一起使用。 使用MVC视图时,任何编译时错误仍会在各自的.cs文件中以红色加下划线

解决MSB3247

百般思念 提交于 2020-02-28 07:41:25
在使用msbuild进行编译时,.NET 3.5解决方案最终出现此警告。 有时NDepend可能有所帮助,但在这种情况下,它没有提供任何进一步的细节。 像Bob一样, 我最终不得不在ILDASM中打开每个程序集,直到找到引用旧版依赖程序集的程序集。 我确实尝试使用VS 2010 Beta 2中的MSBUILD(因为Connect文章表明这​​已经在下一版本的CLR中得到修复)但是它没有提供任何更多细节(可能在Beta 2后修复) 有更好的(更自动化的)方法吗? #1楼 为默认的ASP.NET MVC 4 beta生成此警告, 请参见此处 在,可以通过手动编辑项目的.csproj文件来消除任何强制转换此警告。 修改........:参考包含=“System.Net.Http” 阅读......:参考包含=“System.Net.Http,Version = 4.0.0.0” #2楼 如前所述 在这里 ,你需要删除未使用的引用,并警告会去。 #3楼 将“MSBuild项目构建输出详细程度”更改为“详细”或更高版本。 为此,请按照下列步骤操作: 打开“选项”对话框(“ 工具” - >“选项...” )。 在左侧树中,选择“ 项目和解决方案” 节点,然后选择“ 生成并运行” 。 注意:如果此节点未显示,请确保选中“ 显示所有设置 ”对话框底部的复选框。 在出现的工具/选项页面中

Microsoft .NET 4.0完整框架和客户端配置文件之间的差异

时光怂恿深爱的人放手 提交于 2020-02-27 11:40:03
Microsoft .NET Framework 4.0完整安装程序(32位和64位)为48.1 MB,客户端配置文件安装程序为41.0 MB。 解压缩的安装文件分别为237 MB和194 MB,一旦安装,它们分别为537 MB和427 MB。 这是110 MB的差异。 两个包之间有什么区别? 什么时候安装客户端配置文件而不是完整的.NET Framework? #1楼 .NET Framework 4 Client Profile中的新功能RTM 解释了许多不同之处: 何时使用NET4 Client Profile以及何时使用NET4 Full Framework? NET4客户端配置文件: 始终针对所有客户端桌面应用程序(包括Windows窗体和WPF应用程序)定位NET4客户端配置文件。 NET4完整框架: 仅当应用程序所需的功能或程序集未包含在客户端配置文件中时,才能使用目标NET4 Full。 这包括: 如果您正在构建服务器应用程序 如: o ASP.Net应用程序 o基于服务器端ASMX的Web服务 如果您使用旧版客户端方案。 如: o使用在.NET4中不推荐使用但未包含在客户端配置文件中的System.Data.OracleClient.dll。 o使用旧版Windows Workflow Foundation 3.0或3.5(WF3.0,WF3.5)

在生成服务器上找不到Microsoft.WebApplication.targets。 您有什么解决方案?

落花浮王杯 提交于 2020-02-27 05:39:45
尝试在构建服务器上构建我的项目会给我以下错误: Microsoft (R) Build Engine Version 4.0.30319.1 error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\TeamData\Microsoft.Data.Schema.SqlTasks.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. error MSB4019: