2016-11-23 5 views
2

Вместо использования тинейпов с помощью TypScript 2 мы должны устанавливать зависимости в пространстве имен @type через npm. Но управление версиями кажется беспорядочным.Как можно управлять версиями с помощью новых Typcript 2 @types?

Например, если я делаю 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 с тем же номером, желательно в одно и то же время?

ответ

2

В целом, для любой версии версии major.minor.xxx.xxx пакета @types должен отражать последний файл major.minor.xxx.xxx самого пакета. Поэтому, если бы он был опубликован, то 1.18.49 на @types идеально отражал бы 1.18.3 самого пакета.

Возможно, не было обновлений между версиями 1.15 и 1.18, которые требовали обновления файла .d.ts. Может быть, просто кто-то «делает это неправильно», как вы сказали.

Обязательно обязательно обновите версию .d.ts на the types-2.0 branch on DefinitelyTyped.

 Смежные вопросы

  • Нет связанных вопросов^_^