Skip to content

docs(rum): add an SDK versions page - #330

Merged
Fiona2016 merged 1 commit into
mainfrom
docs/rum-sdk-versions-page
Sep 1, 2026
Merged

docs(rum): add an SDK versions page#330
Fiona2016 merged 1 commit into
mainfrom
docs/rum-sdk-versions-page

Conversation

@Fiona2016

Copy link
Copy Markdown
Contributor

Adds zh/rum/sdk/versions.mdx and its English mirror, registered at the top of the SDK Integration group in both languages.

Why

Every SDK ships on its own schedule with its own version number — Android is on 0.6.0 while Web is on 0.1.0 — and a reader had no single place to find out what any of them currently are. The integration guides mostly install without a version, which is right for getting the latest, but leaves nothing to point at when someone needs to pin one.

It is also where the <version> placeholder in the browser-sdk READMEs now sends people (flashcatcloud/browser-sdk#36). The CDN bucket cannot be listed without credentials, so a placeholder there was unresolvable until this page existed.

What the page does, and does not, contain

No hardcoded version numbers. The table links to each platform's own registry — npm, Maven Central, CocoaPods, ohpm, pub.dev — so the page cannot fall behind what those registries say. Writing the numbers here would just add one more place to keep in sync, which is the problem this is meant to relieve, not add to.

It does carry the url scheme for the Web CDN bundles, since those have no registry to link to: the directory is the version with a v prefix, taken from the npm page. And it warns off /browser-sdk/v0/ — releases moved into a directory per release at v0.1.0, and that older path still resolves while no longer being updated, so a page still loading it gets an old bundle with no sign anything is wrong.

Verification

  • Every link on the page resolves, and the published version behind each was read back from the registry API: npm (browser-rum 0.1.0, miniprogram-rum 0.1.7, electron-sdk 0.2.1, mobile-react-native 0.1.5), Maven Central (dd-sdk-android-core 0.6.0), CocoaPods (FlashcatCore 0.5.0), ohpm (@flashcatcloud/core 0.5.1), pub.dev (flashcat_flutter_plugin 0.1.3).
  • npmjs.com and the ohpm SPA route were additionally opened in a browser, since neither is readable to a plain HTTP fetch (npm answers 403 to it, ohpm renders client-side).
  • mint broken-links passes.

Every SDK ships on its own schedule with its own version number, and
until now a reader had no single place to find out what any of them
currently are. The integration guides mostly install without a version,
which is right for getting the latest, but leaves nothing to point at
when someone needs to pin one.

The page links out to each platform's own registry — npm, Maven
Central, CocoaPods, ohpm, pub.dev — rather than restating the versions
here, so it cannot fall behind what those registries say. It also
carries the url scheme for the Web CDN bundles, which have no registry
to link to, and warns off the `/browser-sdk/v0/` path: releases moved
into a directory per release at v0.1.0, and that older path still
resolves while no longer being updated.
@Fiona2016
Fiona2016 merged commit e54bc94 into main Sep 1, 2026
1 check passed
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.

1 participant