|
17 | 17 | you know what to do).
|
18 | 18 | -->
|
19 | 19 |
|
| 20 | +## Release 2.13.0 (2023-04-20) |
| 21 | + |
| 22 | +### Known issues |
| 23 | + |
| 24 | +- We recommend that customers using the CodeQL CLI in a third party CI |
| 25 | + system do not upgrade to this release, due to an issue with `codeql |
| 26 | + github upload-results`. Instead, please use CodeQL 2.12.5, or, when |
| 27 | + available, CodeQL 2.12.7 or 2.13.1. For more information, see the |
| 28 | + "Known issues" section for CodeQL 2.12.6. |
| 29 | + |
| 30 | +### Potentially breaking changes |
| 31 | + |
| 32 | +- In `codeql pack add`, the dependency that is added to the `qlpack.yml` file will now allow any |
| 33 | + version of the pack that is compatible with the specified version (`^version`) in the following |
| 34 | + cases: |
| 35 | + - When no version is specified (`codeql pack add codeql/cpp-all`). |
| 36 | + - When the version is specified as `latest` (`codeql pack add codeql/cpp-all@latest`). |
| 37 | + - When a single version is specified ( `codeql pack add codeql/[email protected]`). |
| 38 | + |
| 39 | + The `^version` dependency allows any version of that pack with no breaking changes since `version`. |
| 40 | + For example, `^1.2.3` would allow versions `1.2.3`, `1.2.5`, and `1.4.0`, but not `2.0.0`, because |
| 41 | + changing the major version number to `2` indicates a breaking change. |
| 42 | + |
| 43 | + Using `^version` ensures that the added pack is not needlessly constrained to an exact version by default. |
| 44 | + |
| 45 | +- Upper-case variable names are no longer accepted by the QL compiler. |
| 46 | + |
| 47 | + Such variable names have produced a deprecation warning since |
| 48 | + release 2.9.2 (released 2022-05-16), so QL code that compiles |
| 49 | + without warnings with a recent release of the CLI should still work. |
| 50 | + |
| 51 | +### New features |
| 52 | + |
| 53 | +- `codeql database analyze` and related commands now export file |
| 54 | + coverage information by default. GHAS customers using CodeQL in |
| 55 | + third-party CI systems will now see file coverage information on the |
| 56 | + [tool status page](https://docs.github.com/en/code-security/code-scanning/automatically-scanning-your-code-for-vulnerabilities-and-errors/about-the-tool-status-page) |
| 57 | + without needing to modify their CI workflows. |
| 58 | + |
| 59 | +### Deprecations |
| 60 | + |
| 61 | +- The possibility to omit `override` annotations on class member |
| 62 | + predicates that override a base class predicate has been deprecated. |
| 63 | + This is to avoid confusion with shadowing behaviour in the |
| 64 | + presence of final member predicates. |
| 65 | + |
| 66 | + ```ql |
| 67 | + class Foo extends Base { |
| 68 | + final predicate foo() { ... } |
| 69 | +
|
| 70 | + predicate bar() { ... } |
| 71 | +
|
| 72 | + predicate baz() { ... } |
| 73 | + } |
| 74 | +
|
| 75 | + class Bar extends Foo { |
| 76 | + // This method shadows Foo::foo. |
| 77 | + predicate foo() { ... } |
| 78 | +
|
| 79 | + // This used to override Foo::bar with a warning, is now deprecated. |
| 80 | + predicate bar() { ... } |
| 81 | +
|
| 82 | + // This correctly overrides Foo::baz |
| 83 | + override predicate baz() { ... } |
| 84 | + } |
| 85 | + ``` |
| 86 | + |
20 | 87 | ## Release 2.12.7 (2023-04-18)
|
21 | 88 |
|
22 | 89 | ### Bugs fixed
|
|
64 | 131 | on the number of paths (`threadFlows`) accepted by code scanning,
|
65 | 132 | leading to errors when uploading results.
|
66 | 133 |
|
67 |
| - |
68 | 134 | ## Release 2.12.5 (2023-03-21)
|
69 | 135 |
|
70 | 136 | ### New features
|
|
0 commit comments