Consider testing CodeQL also against Kotlin EA versions

オープン
#22,219 コメント 2 件 リアクション 5 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
github-actions, kotlin
領域
ci-cd, testing-qa

調査の方向性

まず、報告されている CodeQL の問題と Kotlin early-access バージョンのドキュメントを確認し、次に、Kotlin のバージョンテスト用にリポジトリに既存する GitHub Actions ワークフローを調査します。マトリックスによって現在の CodeQL と Kotlin EAP リリースをテストできるかを判断し、失敗をどのように表面化させるかを定義します。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日 10時間
マージ済み PR(30日)
134

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

github/codeql のほかの issue

github/codeql の issue をすべて見る

似ている issue

DevOps の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。