【问题标题】:How is versioning supposed to work with the new Typescript 2 @types?版本控制应该如何与新的 Typescript 2 @types 一起使用?
【发布时间】:2017-04-07 15:19:07
【问题描述】:

使用 Typescript 2,我们应该通过 npm 在 @type 命名空间中安装依赖项,而不是使用类型。但是版本控制似乎是一团糟。

例如,如果我执行npm view urijs,我会看到以下版本:

 '1.17.1': '2016-02-25T10:06:35.269Z',
 '1.18.0': '2016-04-30T09:27:13.484Z',
 '1.18.1': '2016-05-29T16:43:29.257Z',
 '1.18.2': '2016-09-25T19:59:43.684Z',
 '1.18.3': '2016-11-17T22:13:15.243Z' 

如果我做一个npm view @types/urijs,我会得到这个:

 '1.15.24-alpha': '2016-07-04T01:27:50.730Z',
 '1.15.25-alpha': '2016-07-08T21:42:31.607Z',
 '1.15.26': '2016-07-14T16:18:54.580Z',
 '1.15.27': '2016-08-02T16:14:09.235Z',
 '1.15.28': '2016-08-19T15:45:23.543Z',
 '1.15.29': '2016-08-25T19:04:03.083Z',
 '1.15.30': '2016-09-19T18:17:20.887Z',
 '1.15.31': '2016-10-05T21:04:18.199Z' 

假设我依赖于 urijs@1.18.1,我应该如何知道要获得哪个 @types 版本?我必须求助于查看日期并希望得到一个好的日期吗?

这只是开发人员“做错事”的一个案例吗?即开发者是否计划发布具有相同编号的匹配@types 版本,最好同时发布?

【问题讨论】:

    标签: typescript package.json typescript-typings


    【解决方案1】:

    一般来说,@types 包的任何major.minor.xxx.xxx 版本都应该反映包本身的最新major.minor.xxx.xxx。因此,如果它被发布,@types 上的 1.18.49 将理想地反映包本身的1.18.3

    可能只是版本 1.15 和 1.18 之间没有需要更新 .d.ts 文件的更新。也可能只是有人像你说的那样“做错了”。

    您绝对应该随时在the types-2.0 branch on DefinitelyTyped 上更新.d.ts 版本。

    【讨论】:

      猜你喜欢
      • 2017-01-13
      • 2016-11-21
      • 2017-12-04
      • 2020-02-24
      • 2019-04-07
      • 2019-02-22
      • 2018-04-06
      • 2017-08-21
      • 2017-08-03
      相关资源
      最近更新 更多