Consider testing CodeQL also against Kotlin EA versions

未关闭
#22,219 2 条评论 5 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
48/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
冷清
技术栈
github-actions, kotlin
领域
ci-cd, testing-qa

调研方向

首先查看已报告的 CodeQL 问题和 Kotlin early-access 版本文档，然后检查存储库中现有的、用于测试 Kotlin 版本的 GitHub Actions 工作流。确定是否可以使用矩阵针对 Kotlin EAP 版本测试当前的 CodeQL，并定义失败应如何呈现。当该方案已完成文档记录或已实现，并且对 EAP 版本具有可维护的覆盖时，即视为完成。

由索引模型根据 Issue 内容生成。

描述

question

Description of the issue

For some time now, all projects using Kotlin and CodeQL face the following situation:

  1. A new Kotlin version is released
  2. Dependabot, Renovate, or equivalent creates a PR to upgrade Kotlin
  3. The PR fails as CodeQL doesn't support the new version yet
  4. After some weeks, a CodeQL release is out for that version, but a new Kotlin version is also released briefly after, which basically restarts the process from step 1

The reported cases since last October:

Just by looking at the timeline of some of these issues, it should be visible how many public projects keep the Kotlin upgrade on hold due to the CodeQL compatibility.

Would you consider testing the current CodeQL version against the Kotlin early-access versions?

I understand testing against EA versions won't necessarily mean anticipating the necessary changes, but I wonder if something relatively cheap could be achieved with a GitHub Actions matrix to at least bring awareness to the process.

主要语言
CodeQL
星标
10.1k
派生
2.1k
平均合并
2 天 11 小时
30 天内合并 PR
129

贡献指南

打开贡献指南

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

github/codeql 的其他 Issue

查看 github/codeql 的全部 Issue

相似的 Issue

更多 DevOps Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。