fix(cloudflare)!: add better type handling for additional context

[chanceaclark]

What/Why?

Adds better handling of Cloudflare context for types. Using any and unknown in an interface was causing type mismatch, so even though it's more verbose, we should match the types needed from Cloudflare:

Noticed a v9 is coming soon, so thought it's a good opportunity to add a BC now.

BREAKING CHANGE:
Updates the cloudflare withSentry handler generic type to allow passing in additional types used by ExportedHandler.

Before:

Sentry.withSentry<ExportedHandler<Env>>(...)

After:

Sentry.withSentry<Env>(...)

Before submitting a pull request, please take a look at our
Contributing guidelines and verify:

• If you've added code that should be tested, please add tests.
• Ensure your code lints and the test suite passes (yarn lint) & (yarn test).

[Lms24]

Hi @chanceaclark thanks for opening this PR! Would you mind sharing a reproducible example where you get a type error with the currently typed withSentry function? Ideally, we find a way to avoid the breaking change because our usual process around breaking changes is to deprecate an existing API for a while before we introduce the breaking change.

If we can understand the concrete use case better, we can make a better decision how to proceed with this PR.

Maybe a way forward is also to export a new API with the adjusted types if we can't avoid breaking. We'll see.

[Lms24]

By the way, we have an e2e test application in the repo. Feel free to add another handler that would throw the type error with the current type definition. This can help us understand the problem and at the same time adds a regression test, thanks :)