{"id":5625,"plugin_id":"plugin_connector_690ab09fa43c8191bca40280e4563238","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T22:45:39.209Z","digest":"e262aee0addaec21816349a1b4d41fe36e8606985d7f18cd2bf1a1ce86a0c3a8","against":null,"payload":{"name":"upgrade-stripe","description":"Guide for upgrading Stripe API versions and SDKs","included_files":[],"skill_md_contents":"---\nname: upgrade-stripe\ndescription: Guide for upgrading Stripe API versions and SDKs\n\n---\n\n# Upgrading Stripe Versions\n\nThis guide covers upgrading Stripe API versions, server-side SDKs, Stripe.js, and mobile SDKs.\n\n## Choose a target API version\n\nIf the user specifies a target API version, use it. Otherwise, look up the current version on docs.stripe.com with any documentation or web tool available to you, for example `stripe docs /api/versioning` with the Stripe CLI. The [API versioning](https://docs.stripe.com/api/versioning.md) page states it in the sentence that begins “The current version is”.\n\nBundled fallback API version: `2026-08-26.dahlia`. This value is only a snapshot from the last time this skill was generated, on 2026-09-22. Version identifiers start with their release date in YYYY-MM-DD format and new stable versions are released monthly, so a fallback version dated more than a month ago is probably stale. Use it only when you can’t reach docs.stripe.com. Never guess about a newer version number.\n\nBefore making changes, compare the target with each API version the integration pins: client configuration, per-request overrides, and webhook endpoints. Unless the user explicitly asks for it, don’t move any pin to an older version or a stable pin to a preview version. If a pin already matches the target, report it as unchanged. State the selected target and its source. If live verification fails or is unavailable, say that the latest version remains unverified, and don’t claim the integration is on the latest version.\n\nFor SDKs that support explicit API version overrides, use the selected target in client configuration and per-request overrides. Use it in curl `Stripe-Version` test headers, too. Replace bundled API versions shown in those examples with the selected target before copying or running them. For Java, Go, and .NET, select an SDK release that targets the selected API version instead of overriding the SDK’s fixed version. Preview targets need the matching `beta` SDK release in every language; see [SDK versioning](https://docs.stripe.com/sdks/versioning.md).\n\n## Understanding Stripe API Versioning\n\nStripe uses date-based API versions (e.g., `2026-08-26.dahlia`, `2025-08-27.basil`, `2024-12-18.acacia`). Your account’s API version determines request/response behavior.\n\n### Types of Changes\n\n**Backward-Compatible Changes** (don’t require code updates):\n\n- New API resources\n- New optional request parameters\n- New properties in existing responses\n- Changes to opaque string lengths (e.g., object IDs)\n- New webhook event types\n\n**Breaking Changes** (require code updates):\n\n- Field renames or removals\n- Behavioral modifications\n- Removed endpoints or parameters\n\nReview the [API Changelog](https://docs.stripe.com/changelog.md) for all changes between versions.\n\n## Server-Side SDK Versioning\n\nSee [SDK Version Management](https://docs.stripe.com/sdks/set-version.md) for details.\n\n### Dynamically-Typed Languages (Ruby, Python, PHP, Node.js)\n\nThese SDKs offer flexible version control:\n\n**Global Configuration:**\n\n```python\nimport stripe\nstripe.api_version = '2026-08-26.dahlia'\n```\n\n```ruby\nStripe.api_version = '2026-08-26.dahlia'\n```\n\n```javascript\nconst stripe = require('stripe')('sk_test_xxx', {\n  apiVersion: '2026-08-26.dahlia'\n});\n```\n\n**Per-Request Override:**\n\n```python\nstripe.Customer.create(\n  email=\"customer@example.com\",\n  stripe_version='2026-08-26.dahlia'\n)\n```\n\n### Strongly-Typed Languages (Java, Go, .NET)\n\nThese use a fixed API version matching the SDK release date. Don’t set a different API version for strongly-typed languages because response objects might not match the strong types in the SDK. Instead, update the SDK to target a new API version.\n\n### Best Practice\n\nAlways specify the API version you’re integrating against in your code instead of relying on your account’s default API version:\n\n```javascript\n// Good: Explicit version\nconst stripe = require('stripe')('sk_test_xxx', {\n  apiVersion: '2026-08-26.dahlia'\n});\n\n// Avoid: Relying on account default\nconst stripe = require('stripe')('sk_test_xxx');\n```\n\n## Stripe.js Versioning\n\nSee [Stripe.js Versioning](https://docs.stripe.com/sdks/stripejs-versioning.md) for details.\n\nStripe.js uses an evergreen model with major releases (Acacia, Basil, Clover, Dahlia) on a biannual basis.\n\n### Loading Versioned Stripe.js\n\n**Via Script Tag:**\n\n```html\n<script src=\"https://js.stripe.com/dahlia/stripe.js\"></script>\n```\n\n**Via npm:**\n\n```bash\nnpm install @stripe/stripe-js\n```\n\nMajor npm versions correspond to specific Stripe.js versions.\n\n### API Version Pairing\n\nEach Stripe.js version automatically pairs with its corresponding API version. For instance:\n\n- Dahlia Stripe.js uses `2026-08-26.dahlia` API\n- Acacia Stripe.js uses `2024-12-18.acacia` API\n\nYou can’t override this association.\n\n### Migrating from v3\n\n1. Identify your current API version in code\n2. Review the changelog for relevant changes\n3. Consider gradually updating your API version before switching Stripe.js versions\n4. Stripe continues supporting v3 indefinitely\n\n## Mobile SDK Versioning\n\nSee [Mobile SDK Versioning](https://docs.stripe.com/sdks/mobile-sdk-versioning.md) for details.\n\n### iOS and Android SDKs\n\nBoth platforms follow **semantic versioning** (MAJOR.MINOR.PATCH):\n\n- **MAJOR**: Breaking API changes\n- **MINOR**: New functionality (backward-compatible)\n- **PATCH**: Bug fixes (backward-compatible)\n\nNew features and fixes release only on the latest major version. Upgrade regularly to access improvements.\n\n### React Native SDK\n\nUses a different model (0.x.y schema):\n\n- **Minor version changes** (x): Breaking changes AND new features\n- **Patch updates** (y): Critical bug fixes only\n\n### Backend Compatibility\n\nAll mobile SDKs work with any Stripe API version you use on your backend unless documentation specifies otherwise.\n\n## Upgrade Checklist\n\n1. Review the [API Changelog](https://docs.stripe.com/changelog.md) for changes between your current and target versions\n2. Check [Upgrades Guide](https://docs.stripe.com/upgrades.md) for migration guidance\n3. Update server-side SDK package version (e.g., `npm update stripe`, `pip install --upgrade stripe`)\n4. Update the `apiVersion` parameter in your Stripe client initialization\n5. Test your integration against the new API version using the `Stripe-Version` header\n6. Update webhook handlers to handle new event structures\n7. Update Stripe.js script tag or npm package version if needed\n8. Update mobile SDK versions in your package manager if needed\n9. Store Stripe object IDs in databases that accommodate up to 255 characters (case-sensitive collation)\n\n## Testing API Version Changes\n\nUse the `Stripe-Version` header to test your code against a new version without changing your default:\n\n```bash\ncurl https://api.stripe.com/v1/customers \\\n  -u sk_test_xxx: \\\n  -H \"Stripe-Version: 2026-08-26.dahlia\"\n```\n\nOr in code:\n\n```javascript\nconst stripe = require('stripe')('sk_test_xxx', {\n  apiVersion: '2026-08-26.dahlia'  // Test with new version\n});\n```\n\n## Important Notes\n\n- Your webhook listener should handle unfamiliar event types gracefully\n- Test webhooks with the new version structure before upgrading\n- Breaking changes are tagged by affected product areas (Payments, Billing, Connect, etc.)\n- Multiple API versions coexist simultaneously, enabling staged adoption\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}