Questions tagged «build-automation»

构建自动化是脚本编写或自动化任务的行为,例如编译,打包,运行测试,部署等。



5
Perl构建,单元测试,代码覆盖:完整的工作示例
我发现的有关Perl构建过程,单元测试和代码覆盖率的大多数Stackoverflow答案只是将我引向CPAN那里的文档。指向CPAN模块绝对没有错,因为应该将完整的文档保存在这里。不过,在很多情况下,我都找不到完整的工作代码示例。 我一直在Internet上搜索可以下载或粘贴到我的IDE中的实际工作代码示例,例如典型的教程“ Hello World”示例源代码,但是该示例演示了使用单元测试和代码进行构建的过程覆盖率分析。有人有一个完整的工作项目的小例子来演示这些技术和过程吗? (我确实有一个小的工作示例,我将用它回答我自己的问题,但是可能还有其他SO用户拥有比我想出的示例更好的示例。)

12
有希望的替代品吗?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 改善这个问题 我使用make和makefile已经很多年了,尽管这个概念很合理,但是实现还是有待改进的。 有没有人找到任何好的替代方法来解决这个问题呢?

4
自动构建NuGet软件包,包括引用的依赖项
我想运行本地/内部NuGet存储库。我想我已经找到了如何通过使用NuGet将其包含在虚拟项目中并扫描该软件包文件以获取我本地缓存的.nupkg文件的方式来“重用”现有的NuGet软件包,但是... 如何.nupkg从项目中创建一个nuget包(),自动包括所有 dll依赖关系,而不仅仅是通过NuGet获取的依赖关系? 特别: 创建一个解决方案 添加一个新项目 添加对各种.dll文件/其他项目的引用<-这是缺少的部分 通过程序包管理器/ cmdline /添加NuGet程序包 某些东西会自动创建.nupkg 根据我的发现,您应该做类似的事情 手动编辑.csproj文件以添加<BuildPackage>true</BuildPackage>以包含依赖项 手动创建.nuspec文件并手动列出您的依赖项(类似?) 手动nuget pack在.nuspec文件上运行 但是一切都是手工的,这很愚蠢。甚至半自动的解决方案仍然很笨拙或半手动: 创建.nuspec模板-似乎不包括依赖项,仅包含元数据 通过build-event的nuget pack(第5步),您需要手动将其添加到每个项目中,并且它有自己的怪癖: "$(SolutionDir).nuget\NuGet.exe" pack "$(ProjectPath)" -Properties Configuration=Release move /Y *.nupkg "$(TargetDir)" 我将解决自动.nuspec从项目引用创建清单的问题。然后,从理论上讲,可以将+ nuget构建事件汇总到一个build-project / nuget包中,这是我真正想要看到的。

8
为什么在.NET中不需要Maven?
我的印象是,在.NET世界中,实际上并不需要Maven类的工具。 我知道有Byldan和NMaven(它还活着吗?),但是我还没有看到使用它们的真实项目。 同样,在我从事的大多数.NET项目中,从未有人表示过需要类似Maven的工具。Maven Maven正在解决的问题(自动依赖项解析,基于约定的构建结构...)在.NET中似乎并不那么重要。 我的看法正确吗? 为什么会这样呢? 人们在.NET中真正使用的是什么?根本没有自动的依赖关系解决方案吗? 他们在编写自己的构建工具吗? 是否有人使用Maven本身来管理他们的.NET项目?这是一个好选择吗? 你有什么经验?

1
转储包含g ++的路径
我正在尝试编写一些构建脚本,并想要确定包含项是否为系统包含项。所以我想让g ++告诉我它正在使用的包含路径。 cpp -v 似乎显然是最好的选择,但是它并没有给我C ++的路径。 所以我尝试了: g++ -Xpreprocessor -v 哪一种效果不太正确-g ++捕获了-v自己的详细输出。

12
WiX 3.0在通过持续集成执行时​​抛出错误217
这是我们的Windows 2008自动构建套件在运行ICE时(从WiX 2.0迁移到WiX 3.0后)引发的错误: LGHT0217:执行ICE操作'ICE01'时出错。此类ICE故障的最常见原因是注册脚本引擎错误。有关详细信息以及如何解决此问题,请参见http://wix.sourceforge.net/faq.html#Error217。外部UI消息记录器不期望以下字符串格式:“无法访问Windows Installer服务。如果未正确安装Windows Installer,则可能发生。请与支持人员联系以寻求帮助。”。在light.exe(0,0)中 此外,这些是事件日志中显示的错误: MSIInstaller:无法连接到服务器。错误:0x80070005产品:[ProductName]-错误1719。无法访问Windows Installer服务。如果未正确安装Windows Installer,则会发生这种情况。请与您的支持人员联系以获得帮助。 直观地: VBScript和JScript在admin下注册。 集成服务具有桌面交互和所有文件的权限 当其他用户甚至以集成帐户身份(通过RDP)登录的用户在同一台​​机器上手动执行时,构建成功 到目前为止,我还没有主意。 如何在保持ICE验证的同时解决此问题?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.