我有Visual Studio 2010的错误:
错误1在"Sources"参数中多次指定"CrossDomainService.svc.cs"项."Sources"参数不支持重复项.WcfServiceDomain
并从msbuild
C:\ Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.CSharp.targets(160,9):错误MSB3105:"Sources"参数中指定的项目"CrossDomainService.svc.cs"超过了oce ."Sources"参数不支持重复项.[C:\ inetpub\Wwwroot\axaptaWcfConnection\WcfServiceDomain\WcfSer viceDomain.csproj]
我的文件是csproj:
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
<ProductVersion>
</ProductVersion>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{8D40933A-E036-4CD0-9003-314A692724D5}</ProjectGuid>
<ProjectTypeGuids>{349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc}</ProjectTypeGuids>
<OutputType>Library</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
<RootNamespace>WcfServiceDomain</RootNamespace>
<AssemblyName>WcfServiceDomain</AssemblyName>
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
<TargetFrameworkProfile />
<FileUpgradeFlags>
</FileUpgradeFlags>
<UpgradeBackupLocation>
</UpgradeBackupLocation>
<OldToolsVersion>4.0</OldToolsVersion>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
<PlatformTarget>x86</PlatformTarget>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
<DebugType>pdbonly</DebugType>
<Optimize>true</Optimize>
<OutputPath>bin\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<ItemGroup> …如何在<Message />给定相对路径的情况下让MSBuild在任务中评估和打印绝对路径？
物业集团
<Source_Dir>..\..\..\Public\Server\</Source_Dir>
<Program_Dir>c:\Program Files (x86)\Program\</Program_Dir>
任务
<Message Importance="low" Text="Copying '$(Source_Dir.FullPath)' to '$(Program_Dir)'" />
产量
将''复制到'c:\ Program Files(x86)\ Program \'
我最近安装了Visual Studio 11 Developer Preview来试用它,现在我的VS 2010项目将无法打开.相反,我收到以下错误消息:
MSBuild不包含"VCTargetsPath"属性的值
我发现有人在Connect上报告了这个问题,微软的回复是:
微软发表于2011年12月2日下午5:25
Hi Afshin,感谢您的反馈.您遇到的问题已修复,适用于下一个公开发布的Visual Studio.
Jim Griesmer
Visual C++团队
太棒了.那么如何恢复VCTargetsPath以便我的项目再次运行？
"VCTargetsPath是一个工具集属性,在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0中定义."
我浏览了注册表中的VCTargetPath值,它具有以下值:
$(MSBuildExtensionsPath32)\Microsoft.Cpp\v4.0\
不知道从哪里开始.有什么建议？
msbuild projects-and-solutions visual-studio-2010 visual-studio visual-studio-2012
我在Visual Studio 2012中有一个大型解决方案,它包含可执行文件和类库项目.在调试应用程序时,一个特定类库项目中的断点未被命中.
我查看了Debug> Windows> Modules窗口,检查该项目符号的状态,并显示"无法找到或打开PDB文件".
它还在"用户代码"列下显示"否".
我注意到解决方案中还有一些自定义项目在该列中显示"否",并且它们的符号也无法加载."用户代码"下面带有"是"的任何内容似乎已经将pdb加载没有问题.但我不确定这是否相关.
我在dll上使用了dumpbin/headers,并且pdb文件的路径是正确的.
该模块绝对不在符号加载的排除列表中.
我还尝试右键单击模块窗口中的条目,选择"加载符号"并导航到dll标题中给出的路径.当我选择pdb时,它说"在此文件夹中找不到匹配的符号文件".
在删除这些文件夹和文件,清理解决方案,关闭它并重建整个文件后,我得到了这个.pdb肯定与有问题的dll同时构建.
所以很明显问题是"无法打开pdb"部分的错误消息.
我在2台计算机上试过这个,两者都表现出相同的行为.
任何人都可以提供任何建议,从这里去哪里,也许为什么在地球上对应的dll的内置pdb将不会加载它？
尝试在Visual Studio 2015中构建时,缺少以下文件？该项目以前是在VS2013中构建的.
严重级代码说明项目文件行错误无法从程序集"C:\ Program Files(x86)\ MSBuild\14.0\bin\Microsoft.Build.Tasks.v14.0.dll"加载任务工厂"CodeTaskFactory".无法加载文件或程序集'file:/// C:\ Program Files(x86)\ MSBuild\14.0\bin\Microsoft.Build.Tasks.v14.0.dll'或其依赖项之一.该系统找不到指定的文件.
我正在通过脚本构建许多项目,偶尔使用自定义构建事件会给构建系统带来很大的困难.如果可能的话,我想调用MSBuild.exe,以阻止任何构建事件的执行.从长远来看,这不是构建自动化的问题 - 具有构建事件的项目的提交者被预先警告,这样的破坏是违反规则的.
简而言之,有没有办法调用MSBuild来阻止执行任何自定义构建步骤(如果存在)？
更新:
我考虑过对项目文件进行就地(自动)编辑,但是对于三个事件中的每一个,我更喜欢命令行等效于将"Excluded From Build"(参见Build Events选项)设置为Yes.
可能在我构建解决方案的25%到50%之间,我看到了这一点:
" 您请求的操作花费的时间比预期的要长.完成操作后,此对话框将关闭. "
我以我无法描述的方式讨厌这个窗口.它永远不会解决,取消按钮永远不会启用,唯一的解决方法是杀死devenv进程并再次加载我的整个解决方案,完全知道我没有修复任何东西,我同样有责任看到当我尝试构建时也一样.
我的解决方案总共约有60个项目,主要是C#类库,每个项目都包含Web应用程序,Web服务和控制台应用程序.但是,即使在卸载了大部分(50个)项目的情况下构建一个代码库时,问题仍然存在.
我的问题是输出窗口没有告诉我它冻结的任何地方,我不知道如何确定这种锁定的原因.如果我猜测,我会认为这是文件系统中的死锁或其他什么,但我不知道如何证明这一点 - 更不用说如何防止它.
我可以做些什么来诊断并消除我的解决方案,以便我再也看不到它？一般来说,如何诊断构建期间出现的问题？
NPM软件包不在Windows 8.1上构建 - 失败并出现以下错误,
error MSB4019: The imported project "C:\Microsoft.Cpp.Default.props" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.
我试过以下,
VCTargetsPath为C:\Program Files (x86)\MSBuild\12.0\(错误会相应更改,但Microsoft.Cpp.Default.props2012年构建工具没有).Node-gypwiki工作VisualStudioVersion根据这个答案,在运行npm之前尝试设置--msvs_version=2012根据这个答案尝试传递给npm以上都没有奏效.
我已经花了很多年的时间.有没有人有明确的答案有效？
是否可以使用Microsoft的XML文档转换,在MSBuild之外准备web.configs？我想使用PowerShell进行这些转换,而无需通过MSBuild引擎运行它.如果Microsoft使用标准XSLT,那么在PowerShell中很容易做到.据我所知,我必须使用他们需要构建引擎的C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v10.0\Web\Microsoft.Web.Publishing.Tasks.dll.谢谢