Codecov:未在git合并操作上创建覆盖率报告

Codecov:未在git合并操作上创建覆盖率报告,git,code-coverage,travis-ci,codecov,Git,Code Coverage,Travis Ci,Codecov,对于我们的回购,我们只直接推动热修复或开发分支机构,而不是主分支机构。我们仅将开发/修补程序合并到主分支 问题是Codecov合并了一个特定分支的所有报告,而不是将该分支考虑在内。这意味着我们的“主”分支在Codecov上总是空的,除非我们直接推到它 例如: 致力于发展 Travis在开发分支上运行测试,将报告发送给Codecov Codecov将报告添加为developebranch Git合并开发到主 Travis在主分支上运行测试,将报告发送给Codecov Codecov将主报表合并到开

对于我们的回购,我们只直接推动
热修复
开发
分支机构,而不是主分支机构。我们仅将开发/修补程序合并到主分支

问题是Codecov合并了一个特定分支的所有报告,而不是将该分支考虑在内。这意味着我们的“主”分支在Codecov上总是空的,除非我们直接推到它

例如:

  • 致力于发展
  • Travis在开发分支上运行测试,将报告发送给Codecov
  • Codecov将报告添加为
    develope
    branch
  • Git合并
    开发
    到主
  • Travis在主分支上运行测试,将报告发送给Codecov
  • Codecov将主报表合并到开发报表中

    结果:主分支没有可用的报告,主分支的徽章仍然显示“未知”

  • 参见回购协议示例:

    • 生长激素:
    • 特拉维斯:
    • 科德科夫:
    例如,
    master
    分支上的
    Update README.md
    merge commit()没有触发Codecov上master分支的报告。您可以看到成功发送报告的两个分支的Travis构建

    我们如何确保报告与master同步,而无需:

  • 首先将唯一的提交推送到master
  • 使develop分支成为codecov上的默认分支
  • 在我们的铰刀中使用默认的分支徽章

  • 对于发现此问题并有相同问题的任何人,简单的答案是使用拉取请求将
    修补程序
    合并到
    主程序
    ,而不是正常的合并。Pull请求还具有在合并操作之前运行所有测试(以及其他CI服务,如样式检查)的优点,避免了由于合并冲突而导致的合并后测试失败。因为PR创建了一个新的合并提交,所以在合并之后,Codecov上的报告将被更新