所有项目的默认输出路径为Visual Studio是bin/Debug的,但我注意到,obj文件夹也产生再次包含dll和pdb文件.有人能告诉我为什么这个文件夹生成了？
我目前正在尝试使用Visual Studio 2010"发布"和MSDeploy的功能来处理我的网络部署需求,但有关于定制取决于我的构建配置包碰到路障.
我开发一个32位的环境中,但需要对64位环境中创建一个发布包,因此在"释放"的配置我有一个后生成事件那份第三方的64位版本的DLL注入的bin目录覆盖32位版本.当我使用"发布"功能,即使正确的64位DLL被复制到bin目录下,它不会包括在包中.
有没有办法让'Publish'包含在post build事件期间复制到bin目录中的文件？
asp.net build-process publishing visual-studio-2010 msdeploy
我正在开发一个开源C++项目,用于在Linux和Windows上编译的代码.我使用CMake在Linux上构建代码.为了便于开发设置和政治原因,我必须坚持使用Windows上的Visual Studio项目文件/编辑器(例如,我无法切换到Code :: Blocks).我看到了使用CMake生成Visual Studio文件的说明,如此处所示.
您之前是否使用过CMake生成Visual Studio文件？你的经历怎么样？假设我想在项目中添加一个新文件.这是什么工作流程？
我发现的大多数Stackoverflow答案都是关于Perl构建过程的,单元测试和代码覆盖只是指向我的CPAN文档.指向CPAN模块绝对没有错,因为这是完整文档应该驻留的地方.但是,在很多情况下,我很难找到完整的工作代码示例.
我一直在互联网上搜索我可以下载或粘贴到我的IDE中的实际工作代码示例,就像典型的教程"Hello World"示例源代码一样,但是一个示例演示了单元测试和代码的构建过程覆盖分析.有没有人有一个展示这些技术和流程的完整工作项目的小例子？
(我确实有一个小的工作示例,我会用它回答我自己的问题,但可能有其他SO用户有比我想出的更好的例子.)
build-automation perl build-process unit-testing code-coverage
我们有几台构建机器,每台机器都运行一个TeamCity构建代理.每台机器都很强大,我们想在同一台机器上运行几个构建代理.
这可能,而不使用虚拟化？是否有TeamCity的高质量替代品支持这一点？
只是想知道是否有人可以帮我解决一些我想写的msbuild脚本.我想要做的是使用msbuild将文件夹中的所有文件和子文件夹复制到另一个文件夹.
{ProjectName}
|----->Source
|----->Tools
|----->Viewer
|-----{about 5 sub dirs}
我需要做的是将tools文件夹中的所有文件和子文件夹复制到应用程序的调试文件夹中.这是我到目前为止的代码.
<ItemGroup>
<Viewer Include="..\$(ApplicationDirectory)\Tools\viewer\**\*.*" />
</ItemGroup>
<Target Name="BeforeBuild">
<Copy SourceFiles="@(Viewer)" DestinationFolder="@(Viewer->'$(OutputPath)\\Tools')" />
</Target>
构建脚本运行但不复制任何文件或文件夹.
谢谢
我对Maven的口头禅相对较新,但我正在尝试使用Maven构建一个命令行可运行的jar.我已经设置了我的依赖项,但是当我运行mvn install并尝试运行jar时,会发生两件事.首先,没有找到主类,这是可以纠正的.当我纠正这个问题时,我在运行时遇到错误,说明无法找到类.
Maven没有在jar中包装我的依赖库,所以我无法将jar作为独立的应用程序运行.我该如何纠正？
我在Visual Studio 2008中对此没有任何问题,但似乎VS 2010有问题,我打赌它可能是我.
我有一个ASP.NET网站项目和一些C#项目(BLL,DAL,NUnit中的测试)的解决方案.我已经为测试项目配置了构建过程,以自动运行NUnit来运行测试.我想确保BLL和DAL项目在测试项目之前构建,以便测试将针对最新的编译版本运行(是的,我知道我可以在一个项目中完成所有这些,但我选择不 - 请多多包涵 :) )
因此,我将Test项目的依赖项设置为包含BLL,DAL和Web应用程序项目,构建顺序显示BLL,DAL,Web应用程序,然后是测试.但是,我注意到在构建Test项目时BLL实际上并没有构建.
知道这可能是什么,或者我可能缺少任何选项,以便在构建Test项目时强制其他项目构建？
在此先感谢您的帮助!
是否有.NET世界的Maven替代品或端口？
我很想使用Java世界所拥有的良好的依赖管理系统,但我找不到任何可比的.NET项目......
我的印象是,在.NET世界中,并不需要像Maven这样的工具.
我知道有Byldan和NMaven(它还活着吗？),但我还没有看到使用它们的真实项目.
同样在我工作的大多数.NET项目中,从未有人表示需要类似Maven的工具.Maven maven正在解决的问题(自动依赖解析,基于约定的构建结构......)似乎在.NET中并不那么重要.
我的看法是否正确？
为什么会这样？
人们在.NET中真正使用的是什么？根本没有自动依赖解决方案？
他们在编写自己的构建工具吗？
是否有人使用Maven来管理他们的.NET项目？这是一个不错的选择吗？
你有什么经历？