我需要设置哪些插件和插件功能才能让我的Jenkins作业在任何时候将代码提交给SVN项目时触发构建？

我已经安装了标准SVN插件以及SVN标记插件,但我没有看到任何允许触发器配置的新功能.

在设置Jenkins如何从subversion中获取更改时,我尝试检查Poll SCM并设置schedule 5 * * * *,我收到以下警告

使用'H****'而不是'5****'均匀分散负载

我不确定H在这种情况下的含义以及为什么我应该使用它.

我总是独自编程,我还是学生,所以我从未与其他人一起编程,我以前甚至都没有使用版本控制系统.

我现在正在开展一个项目,需要了解程序员如何在公司的一个软件上协同工作.

软件是如何编译的？它来自版本控制系统吗？是个别程序员吗？这是周期性的吗？是有人决定建造什么的吗？是否有任何测试以确保它"有效"？

什么都行.

我目前正在使用jenkins/hudson进行持续集成,主要是一个C++项目.我们为主干和每个分支都有单独的项目.此外,还有一些Java代码的相关项目,但是这些项目的设置现在相当基础(我们可能会在稍后做更多).C++项目执行以下操作:

• 使用选项构建所有内容,以便重新配置,执行干净的构建或使用新的签出
• 可选择构建并运行所有测试
• 可选择使用Valgrind的memcheck运行所有测试
• 运行cppcheck
• 生成doxygen文档
• 发布报告:单元测试,valgrind,cppcheck,编译器警告,SLOC,打开任务和代码覆盖(使用gcov,gcovr和cobertura插件)
• 每晚或按需部署代码到测试环境和包存储库

一切都可以配置为自动构建,可选配置为按需构建.在下面,有一个bash脚本控制其中的大部分内容,这更依赖于我们的构建系统,它使用automake和autoconf以及自定义bash脚本.

我们开始使用Hudson(当时)因为这是Java人员正在使用的东西,我们只想要夜间构建.从那时起,我们增加了很多,并继续增加更多.在某些方面哈德森很棒,但肯定不理想.

我已经看过其他解决方案了,唯一看起来像是替代品的是buildbot.buildbot会更好地适应这种情况吗？自从我们已经在使用Hudson以来,投资是否值得？为什么？

编辑:有人问为什么我没有发现哈德森/詹金斯是理想的.简短的回答是一切都可以改进.我只是想知道,如果詹金斯是我的使用情况或是否有更好的东西(buildbot？),这将是更容易保持在即使有新的要求上来从长远看目前最好的解决方案.

我认为标题总结了它.我只是想知道为什么一个或另一个对于Svn的Java项目的连续集成构建更好.

随着Xcode 8的发布,Apple推出了一种管理签名配置的新方法.现在你有两个选择Manual和Automatic.

根据WWDC 2016年关于代码签名的会议(WWDC 2016 - 401 - Xcode应用程序签名中的新功能),当您选择Automatic签名时,Xcode将:

• 创建签名证书
• 创建和更新应用程序ID
• 创建和更新配置文件

但根据Apple在该会话中所说的内容,Automatic Signing将会使用Development signing并将仅限于Xcode创建的配置文件.

当您尝试Automatic Signing在CI环境(如Travis CI或Jenkins)上使用时,会出现此问题.我无法找到一种简单的方法来继续使用自动和签署分发(因为Xcode强制您使用开发和Xcode创建的配置文件).

新的"Xcode创建的配置文件"不会显示在开发人员门户中,虽然我可以在我的机器中找到...我应该将这些配置文件移动到CI机器,构建Development和导出Distribution吗？有没有办法覆盖Automatic Signing使用xcodebuild？

为了尽可能快地获得反馈,我们偶尔会希望Jenkins的作业能够并行运行.Jenkins能够在作业完成时启动多个下游作业(或"分叉"管道).但是,Jenkins似乎没有任何方法可以使下游作业只启动该fork的所有分支成功(或者将fork连接在一起).

Jenkins有一个"构建其他项目后构建"按钮,但我将其解释为"当任何上游作业完成时启动此作业"(不是"当所有上游作业成功时启动此作业").

这是我正在谈论的内容的可视化.有谁知道一个插件是否存在我做的事情？

编辑:

当我最初在2012年发布这个问题时,Jason的答案(Join和Promoted Build插件)是最好的,而且我选择了解决方案.

然而,dnozay的回答(The Build Flow插件)在这个问题之后大约一年左右流行,这是一个更好的答案.对于它的价值,如果人们今天问我这个问题,我现在建议改为.

我安装了TeamCity并使其与我的项目一起工作.但是,我已经意识到我不希望它在端口80上配置管理页面.我将在默认端口上拥有该服务器上的其他网站.如何更改配置的端口？

我徘徊了一些配置,并查看了管理设置,但无法弄明白.

我正在开始一个小型的开源项目,我自己是当时唯一的贡献者.不过,我认为持续集成设置对于检测我是否打破了构建非常有用.

是否有适用于非常小的项目的免费托管持续集成服务器？谷歌搜索出现了CodeBetter,但我不确定他们会接受一个刚启动的单人项目.

我更喜欢TeamCity,但我愿意接受建议.

注意 - 托管解决方案对我来说是必须的.我不想设置和维护一个持续集成服务器,所以像"TeamCity"或"CruiseControl"这样的答案根本不相关.

具体要求:

• 我在GitHub上托管我的项目,因此持续集成服务器需要Git集成
• 我希望持续集成服务器能够运行.NET集成(单元)测试
• 很高兴 - 我还需要访问MySQL服务器(虽然我可以修改测试以使用嵌入式SQLite,它们目前针对外部MySQL服务器运行).

这是我们在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验证的同时解决此问题？