fix: add typesVersions to support legacy module resolution#288
fix: add typesVersions to support legacy module resolution#288ishymko merged 3 commits intoa2aproject:mainfrom
Conversation
Summary of ChangesHello @aryaraj132, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request addresses an issue related to TypeScript type resolution by adding a Highlights
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
🧪 Code CoverageNo coverage changes. Generated by coverage-comment.yml |
There was a problem hiding this comment.
Code Review
This pull request correctly adds the typesVersions field to package.json to provide backward-compatible type declarations for subpath imports. This change will improve the developer experience for consumers of this library who are using older versions of TypeScript that do not fully support the exports field for type resolution. The implementation is correct and follows established best practices for npm package configuration.
ishymko
left a comment
There was a problem hiding this comment.
Nice repro repository shared in #287 (comment) 👍 I've created #294 to turn it into an automated test (it's a separate topic, hopefully I'll do it before releasing a new version but even if no - manual run gives good enough evidence for now).
🤖 I have created a release *beep* *boop* --- ## [0.3.8](v0.3.7...v0.3.8) (2026-01-15) ### ⚠ BREAKING CHANGES * use ProtoJSON for REST transport ([#292](#292)) ### Features * use case-insensitive transport protocol name comparison in ClientFactory ([5246067](5246067)) ### Bug Fixes * add typesVersions to support legacy module resolution ([#288](#288)) ([6499e29](6499e29)) * use ProtoJSON for REST transport ([#292](#292)) ([d2efc4c](d2efc4c)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please).
Description
Thank you for opening a Pull Request!
Before submitting your PR, there are a few things you can do to make sure it goes smoothly:
CONTRIBUTINGGuide.fix:which represents bug fixes, and correlates to a SemVer patch.feat:represents a new feature, and correlates to a SemVer minor.feat!:, orfix!:,refactor!:, etc., which represent a breaking change (indicated by the!) and will result in a SemVer major.Fixes #287 🦕