使用Typescript 2而不是使用typings,我们应该通过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版本的计划,最好是同时发布?
答案 0 :(得分:2)
一般来说,对于任何major.minor.xxx.xxx版本的NULL
软件包,都应该反映软件包本身的最新major.minor.xxx.xxx。因此,如果它已发布,@types
上的1.18.49理想情况下会反映程序包本身的@types
。
可能只是版本1.15和1.18之间没有需要更新1.18.3
文件的更新。它也可能只是某人"做错了#34;就像你说的那样。
您绝对可以随时更新the types-2.0
branch on DefinitelyTyped上的.d.ts
版本。