当前位置: 首页 > 面试题库 >

即使成功,构建也会标记为不稳定

江智
2023-03-14
问题内容

我正在运行Jenkins 1.411版,并使用Maven进行构建。

即使应用程序构建成功,Jenkins仍将其视为不稳定的构建。我已禁用所有测试以隔离问题。

[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 45.389s
[INFO] Finished at: Wed May 11 12:16:57 EST 2011
[INFO] [DocLinks] Skip document Adaptiv generated site ... (No such directory: site)
Final Memory: 27M/543M
[INFO] ------------------------------------------------------------------------
channel stopped
Archiving artifacts
Email was triggered for: Unstable
Sending email for trigger: Unstable
An attempt to send an e-mail to empty list of recipients, ignored.
Finished: SUCCESS

问题答案:

我前一段时间使用hudson / jenkins,但您应该看看Jenkins术语

不稳定的构建如果构建成功构建并且一个或多个发布者报告该构建不稳定,则该构建不稳定。
例如,如果配置了JUnit发布者并且测试失败,则将构建标记为不稳定。

发布者发布者是html" target="_blank">编译过程以外的构建过程的一部分,例如JUnit测试运行。
发布者可能会根据其处理结果报告稳定或不稳定的结果。例如,如果JUnit测试失败,则整个JUnit发布者可能会报告不稳定。

因此,我想您还有其他一些构建部件(JUnit除外)报告了不稳定的结果。查看整个构建过程日志。



 类似资料:
  • 我使用AWS CodeBuild使用无服务器框架将函数部署到AWS lambda。 这是我的构建规范。yml, 问题是,即使当无服务器部署-阶段$STAGE-区域$AWS_DEFAULT_REGION|deploy.out命令失败时,构建项目也会在代码库中由AWS代码构建显示为成功。 当serverless deploy命令失败时,我希望生成状态为failure。

  • SLF4J:类路径包含多个SLF4J绑定。 slf4j:在[jar:file://c://windows/serviceprofiles/networkservice/.m2/repository/ch/qos/logback/logback-classic/1.1.3/logback-classic-1.1.3.jar!/org/slf4j/impl/statibloggerbinder.cla

  • 问题内容: 目前,我正在Jenkins中构建和测试我的应用。如果作业中的测试失败,则将构建标记为“不稳定”。即使测试失败,是否有可能将构建标记为“稳定”?如果代码未编译,则将构建标记为“失败”,这很好。 问题答案: 有一个名为Jenkins Text Finder的插件:https : //wiki.jenkins-ci.org/display/JENKINS/Text- finder+Plugi

  • 问题内容: 我正在尝试从一个简单的JSON文件填充一个集合,这是学习骨干.js的一部分。但是我无法使它工作。 进行了AJAX调用(已通过FireBug验证),但是该方法返回 。 我究竟做错了什么? 这是我的JSON: 问题答案: 是异步的,如果立即调用,则不会填充您的集合。要解决此问题,您只需将集合 重置 事件(Backbone的 同步 事件> = 1.0)绑定到视图render: 请注意bind

  • 问题内容: 在我正在研究的项目中,我们正在使用Shell脚本执行不同的任务。有些是运行rsync的sh / bash脚本,有些是PHP脚本。PHP脚本之一正在运行一些集成测试,这些测试将输出到JUnit XML,代码覆盖率报告等。 Jenkins能够 根据 退出状态 将作业标记为成功/失败 。在 PHP中,如果脚本 在运行期间检测到测试失败, 则以1退出 。其他shell脚本运行命令并使用其中的退

  • 问题内容: 我遇到了一个有趣的问题,即,即使自第一次尝试以来数据库已被杀死,db.Ping()也不返回错误。 源代码如下: 首先,数据库已启动,因此第一个Ping成功。但是,我只是为了进行测试而在其中延迟了一下。在那15秒内,我停止了数据库(),但是db.Ping()仍然成功。 如果我要执行任何实际的查询(通过,或),那么SQL包将与断裂的管道(预计)恐慌。 难道我做错了什么? 还:go版本go1