Skip to content

consider separating TypeScript API from binaries and start using semver versioning for it #6520

Closed
@zpdDG4gta8XKpMCd

Description

@zpdDG4gta8XKpMCd

Currently the version of the NPM package of TypeScript hardly makes any semver sense as it is supposed to:

  • breaking changes to the language features do not a get major number bump
  • breaking API changes are shipped under the same version as the language

It's not clear what drives these version changes.

Consider making some use of semantic versioning, because it has its benefits, especially in the context of NPM.

Activity

added
SuggestionAn idea for TypeScript
APIRelates to the public API for TypeScript
DiscussionIssues which may not have code impact
and removed
DiscussionIssues which may not have code impact
on Jan 18, 2016
mhegazy

mhegazy commented on Feb 19, 2016

@mhegazy
Contributor

We have an API version that we have not been changing. i agree we should change everytime we ship and when we make any breaking changes.

mhegazy

mhegazy commented on Feb 19, 2016

@mhegazy
Contributor

i do not think there is an intimidate action item here. so i will close this, and next time we make a change to the API we will update the API version.

locked and limited conversation to collaborators on Jun 19, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    APIRelates to the public API for TypeScriptCommittedThe team has roadmapped this issueSuggestionAn idea for TypeScript

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      No branches or pull requests

        Participants

        @zpdDG4gta8XKpMCd@DanielRosenwasser@mhegazy

        Issue actions

          consider separating TypeScript API from binaries and start using semver versioning for it · Issue #6520 · microsoft/TypeScript