Skip to content

ci(release): add missing merge target - #2110

Merged
jpnurmi merged 1 commit into
masterfrom
jpnurmi/ci/release-merge-target
Sep 18, 2026
Merged

jpnurmi merged 1 commit into
masterfrom
jpnurmi/ci/release-merge-target

Conversation

@jpnurmi

@jpnurmi jpnurmi commented Sep 18, 2026

Copy link
Copy Markdown
Collaborator

What?

Add optional merge_target input following the Release and Versioning dev docs. This lets hotfix releases merge their version bump and changelog back into the hotfix branch, completing the release process without conflicts with master. The default branch remains the fallback when the input is omitted.

Why?

master already contains breaking changes for 0.17, so the upcoming 0.16.7 hotfix must ship from 0.16.x. Selecting that branch only changes the release source; Craft still defaults to merging the release commit into master which will conflict.

See also:

`master` already contains breaking changes for `0.17`, so the upcoming
`0.16.7` hotfix must ship from `0.16.x`. Selecting that branch only
changes the release source; Craft still defaults to merging the release
commit into `master` which will conflict.

Add the optional `merge_target` input following the _Release and
Versioning_ dev docs [1]. This lets hotfix releases merge their version
bump and changelog back into the hotfix branch, completing the release
process without conflicts with `master`. The default branch remains
the fallback when the input is omitted.

[1] https://develop.sentry.dev/sdk/getting-started/standards/release-versioning/#merge-target
@codecov

codecov Bot commented Sep 18, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 74.82%. Comparing base (0a136fc) to head (9466a95).

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #2110      +/-   ##
==========================================
+ Coverage   74.68%   74.82%   +0.14%     
==========================================
  Files         103      103              
  Lines       27449    27449              
  Branches     4966     4966              
==========================================
+ Hits        20500    20540      +40     
+ Misses       5601     5562      -39     
+ Partials     1348     1347       -1     
🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@jpnurmi
jpnurmi requested a review from limbonaut September 18, 2026 10:47
@jpnurmi
jpnurmi merged commit bc32ba9 into master Sep 18, 2026
72 of 73 checks passed
@jpnurmi
jpnurmi deleted the jpnurmi/ci/release-merge-target branch September 18, 2026 11:58
jpnurmi added a commit that referenced this pull request Sep 18, 2026
`master` already contains breaking changes for `0.17`, so the upcoming
`0.16.7` hotfix must ship from `0.16.x`. Selecting that branch only
changes the release source; Craft still defaults to merging the release
commit into `master` which will conflict.

Add the optional `merge_target` input following the _Release and
Versioning_ dev docs [1]. This lets hotfix releases merge their version
bump and changelog back into the hotfix branch, completing the release
process without conflicts with `master`. The default branch remains
the fallback when the input is omitted.

[1] https://develop.sentry.dev/sdk/getting-started/standards/release-versioning/#merge-target
jpnurmi added a commit that referenced this pull request Sep 19, 2026
* fix(ratelimiter): Respect envelope item categories (#2109)

* fix(ratelimiter): Respect envelope item categories

Honor feedback, log, metric, and attachment limits independently of
errors. Preserve attachment dependencies and minidump error limits, and
keep the longest backoff when limits overlap.

* Update CHANGELOG.md

* fix review finding

* ci(release): add missing merge target (#2110)

`master` already contains breaking changes for `0.17`, so the upcoming
`0.16.7` hotfix must ship from `0.16.x`. Selecting that branch only
changes the release source; Craft still defaults to merging the release
commit into `master` which will conflict.

Add the optional `merge_target` input following the _Release and
Versioning_ dev docs [1]. This lets hotfix releases merge their version
bump and changelog back into the hotfix branch, completing the release
process without conflicts with `master`. The default branch remains
the fallback when the input is omitted.

[1] https://develop.sentry.dev/sdk/getting-started/standards/release-versioning/#merge-target

* build(android): upgrade AGP from 8.x to 9.4.0 (#2111)

* build(android): Upgrade AGP to replace flagged test tooling

FOSSA blocks releases on AGP `8.7.3`'s internal test dependencies:
`com.google.testing.platform` artifacts at `0.0.9-alpha02` use the
Android SDK license and aren't classified as test-only by FOSSA.
See [#2093](#2093).
AGP `9.4.0` uses `com.android.tools.utp:gradle-work-action:32.4.0`,
whose POM declares Apache 2.0.

Match `sentry-java`: Gradle `9.7.1`, Kotlin `2.3.21`, Maven Publish
`0.30.0`, Dokka `2.0.0`, Spotless `8.8.0`, Detekt `1.23.8`,
Develocity `4.5.0`, and API `37`. Add the `VERSION_AGP` override.

Gradle 9 removed `VersionNumber`, breaking the old publishing and
native-bundle plugins. Upgrade publishing, apply it before DSL
finalization, and copy legacy headers directly into the AAR.
Update Craft's source/Javadoc paths and regenerate the wrapper.

Keep Java `8`, NDK `27.0.12077973`, AAR `minCompileSdk=1`, and no
implicit library `targetSdk` to preserve hotfix compatibility.
Retain the legacy DSL, external Kotlin plugin, and pipeline signing.

API/unit checks, AAR compatibility comparison, release archive,
APK builds, and FOSSA dependency resolution pass locally. Hosted
FOSSA still needs CI verification. Lint flags only outdated
`annotations:23.0.0`, which matches `sentry-java`.

* Disable dependency update lint

Keep warnings-as-errors deterministic while retaining the annotations
version aligned with sentry-java.

* gradlew spotlessApply

* fix ndk 30 + asan

* respect ANDROID_NDK in Gradle configuration

* drop VERSION_AGP

* plugins & separators

* fix ANDROID_NDK (can be a path)

* feat: allow initial scope configuration before crash handler startup (#2087)

* feat: allow tags before crash handler startup

* docs: clarify initial tags option

* Update CHANGELOG.md with new features and deprecations

* test: gate initial tags fast-fail on WER

* feat: generalize initial scope configuration

* chore: credit external contributor (#2088)

* chore: add faulty 0.16.7 note to changelog

* release: 0.16.8

* ci(codeql): Compile Android Java sources for analysis

The root compileJava task has no sources. Successful Java scans only
captured Gradle's generated project accessors, leaving the SDK's Java
sources unanalyzed.

Upgrading Gradle from 8.9 to 9.7.1 moved those accessors into Gradle
User Home, which setup-gradle restores from cache. Once cached, no
Java compilation remained for CodeQL to observe, so analysis failed
with exit code 32.

Run compileReleaseJavaWithJavac to compile the library and sample.
Disable the build cache and force task execution so CodeQL observes
compilation even when Gradle state is restored.

Validated release Java compilation for both modules with Java 17.

---------

Co-authored-by: Nathan White <whitenathan@microsoft.com>
Co-authored-by: sdk-maintainer-bot[bot] <271021537+sdk-maintainer-bot[bot]@users.noreply.github.com>
Co-authored-by: getsentry-bot <bot@sentry.io>
Co-authored-by: sentry-release-bot[bot] <180476844+sentry-release-bot[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants