msbuild

问题 I'm getting build failures with Mono 5.14.0.177, msbuild 15.0, nuget 4.7.1 on Travis CI for both Xenial and Trusty Ubuntu, but not reproducible in VirtualBox, Ubuntu Xenial. After running: mono tools/nuget/nuget.exe restore pythonnet.sln -o packages the error message is: Currently running NuGet.exe 4.1.0. Updating NuGet.exe to 4.7.1. Update successful. MSBuild auto-detection: using msbuild version '15.0' from '/usr/lib/mono/msbuild/15.0/bin'. Error parsing solution file at /home/travis/build

问题 I am trying to publish an application with VS2012 and when i try and make the package i get an error that access to the path is denied. I have checked and my user has full control and verified the path. VS is trying to access .pubmxl file that is there. I have also tried running VS2012 as administrator. 回答1: I had this same issue (VS2012: Access to path is denied when executing publish) and found a way to allow Visual Studio access to the file. If you open the pubxml file in Visual Studio,

问题 I encounter a noticable difference in the speed when building the same solution one time with Devenv and the other time with msbuild /m. As an information I have set the parameter "number of parallel build processes" in Visual studio to 4. Is there any posiblity to speed up the build inside Visual Studio (Version 9.0.30729.1 SP)? 回答1: This won't answer your exact question, but take a look at this post by Scott Hanselman. Basically, the problem is that VS does not officially support parallel

问题 I am trying to set global rules for my team. We are using VS2012 with TFS for our C# projects. I'd like to suppress some of the warnings and also treat some of the warnings as errors. I found the way to do it on the project level - project properties -> build tab. But we have solution with more than hundred projects and I am looking for some easier way to set those rules globally. 回答1: A solution is just a (pretty dumb) container for projects. If you open it in a text editor you'll quickly

问题 The BuildingInsideVisualStudio property provides the ability to detect whether a project is building inside Visual Studio. Is there any way to determine which version of Visual Studio is being used ? 回答1: Use the VisualStudioVersion property. 回答2: Since comments aren't formatted, here's investigation showing fsimonazzi is correct. On 2008, VisualStudioVersion is NOT set. On 2010 (and up presumably) it is. Created a project in VS2008 with the following added after <Import Project="$

问题 I'm looking for a way to access all the Build properties defined while executing MSBuild. I have a configuration file. I want to modify the Properties in the configuration file and copy it to a new location. Is there a way to do it? 回答1: If you run the build with /verbosity:detailed or /verbosity:diagnostic you will get very detailed output of all the properties that was used during your build process. However I suspect you want to change a config type file after/before you copy the builded

问题 I have a project that I converted from a makefile that has a source file that expects the command line options from the compiler. For example for when the project was built with gcc if you did program --help it would spit out the gcc command line used to compile the program. How can I do the same thing in Visual Studio, so that it spits out the cl command line used to compile the program? Basically I want to hit F7 (to build solution) and have the whole thing automated. I can't find a macro

问题 Is it possible to use package references like Microsoft.CodeAnalysis within a Microsoft Build Task running with dotnet build? I'm using netstandard1.5 for the task library and the following package references: <PackageReference Include="Microsoft.Build" Version="15.3.0-preview-000117-01" /> <PackageReference Include="Microsoft.Build.Utilities.Core" Version="15.3.0-preview-000117-01" /> <PackageReference Include="Microsoft.CodeAnalysis.Common" Version="2.2.0" /> The consuming project is a

问题 I noticed that projects that were originally created in VS 2008 do not compile using the nantcontrib msbuild task. There is a solution that I've seen here but it seems like a bit of a hack, considering 'MSBuildBinPath' has been depricated, and I don't exactly like the idea of changing this property on every single project file that I create in VS 2008. Short of changing build scripts to call msbuild through an exec task, is there any way to point the msbuild task at a particular version of

问题 We have a .Net project with some embedded resources that are xml files with a custom filename extension. For some reason, on my computer, Visual Studio has suddenly (for the last few days) decided to treat these as TypeScript files and is producing tens of thousands of compile errors on each build. The errors don't stop the build, but they do slow it down and make it hard to work out what the real errors are when I have them. So far I've tried adding <TypeScriptCompileBlocked>true<