feat: override native options

[buenaflor]

📜 Description

Allows user to init with initWithPlatformOptions { } in the respective platform sourceSet which directly calls the native options

Requirements for being able to use this:

• using the Gradle cocoapods plugin to create bindings for apple targets

Also open to changes to the API name

(the implementation is a pretty simple addition but changing multiple platforms in KMP just blows up the files changed stats)

💡 Motivation and Context

Implements #213

💚 How did you test it?

Unit tests

📝 Checklist

You have to check all boxes before merging:

• I reviewed the submitted code.
• I added tests to verify the changes.
• No new PII added or SDK only sends newly added PII if sendDefaultPII is enabled.
• I updated the docs if needed.
• Review from the native team if needed.
• No breaking change or entry added to the changelog.

🔮 Next steps

[github-actions]

	Messages
📖	Do not forget to update Sentry-docs with your feature once the pull request gets approved.

Generated by 🚫 dangerJS against 7a15057

[codecov]

Codecov Report

Attention: Patch coverage is 60.00000% with 16 lines in your changes are missing coverage. Please review.

Project coverage is 78.52%. Comparing base (dc19da0) to head (7a15057).

Files	Patch %	Lines
...kotlin/io/sentry/kotlin/multiplatform/SentryKMP.kt	64.28%	5 Missing ⚠️
...lin/multiplatform/SentryPlatformOptions.android.kt	33.33%	0 Missing and 4 partials ⚠️
.../kotlin/multiplatform/SentryPlatformOptions.jvm.kt	20.00%	1 Missing and 3 partials ⚠️
...try/kotlin/multiplatform/SentryBridge.commonJvm.kt	90.90%	1 Missing ⚠️
...tlin/io/sentry/kotlin/multiplatform/Context.jvm.kt	0.00%	1 Missing ⚠️
...kotlin/multiplatform/SentryPlatformInstance.jvm.kt	50.00%	0 Missing and 1 partial ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #221      +/-   ##
==========================================
+ Coverage   77.66%   78.52%   +0.85%     
==========================================
  Files          27       31       +4     
  Lines         412      419       +7     
  Branches       56       56              
==========================================
+ Hits          320      329       +9     
+ Misses         66       64       -2     
  Partials       26       26              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[romtsn]

LGTM!

anything against making the native dependencies api? I think that's what we do on RN for example

[buenaflor]

@romtsn actually I'd love to add it, then we can freely typealias stuff directly to the android/java sdk and the user doesn't need to add compileOnly(...) in their apps

the only thing speaking against it is that you'd have access to the android/java sdk directly in your android sourceSet but not sure if that's really so bad

The user just needs to be careful not to confuse io.sentry.Sentry with io.sentry.kotlin.multiplatform.Sentry for example

[romtsn]

@romtsn actually I'd love to add it, then we can freely typealias stuff directly to the android/java sdk and the user doesn't need to add compileOnly(...) in their apps

the only thing speaking against it is that you'd have access to the android/java sdk directly in your android sourceSet but not sure if that's really so bad

The user just needs to be careful not to confuse io.sentry.Sentry with io.sentry.kotlin.multiplatform.Sentry for example

Let's expose it, I think we can always get back and re-think if there are problems. I also expect problems for those who use multiple sentry SDKs (e.g. RN and KMP which both expose the Android sdk), but then it's kind of not our problem and they'd have to resolve conflicts themselves. Just have to make sure we're not lagging behind with SDK updates for major bumps/breaking changes