¿Debo revisar mis files de definición de TypeScript para bibliotecas externas en git?

Estoy usando TSD para administrar los files de definición de TypeScript para una aplicación web que estoy desarrollando.

¿Debo revisar los files de definición de TypeScript para las bibliotecas externas que estoy usando (administrado a través de Bower) en git además del file tsd.json ?

Discusiones similares existen para las dependencies de Bower y NPM, donde la documentation de NPM dice que no, y afaik Bower ya no da una recomendación (solía decir sí ).

Los files de definición son bastante livianos, así que me inclino por consultarlos. ¿Alguna opinión?

Si un desarrollador debe ejecutar la npm install luego de verificar su repository, ¿por qué no hacer que la tsd install ejecute automáticamente? Es fácil agregarlo a las scripts de scripts en package.json :

 // package.json "scripts": { "postinstall": "tsd install" } 

El argumento para no verificar los files generados y las dependencies no es simplemente para networkingucir el peso del repository. También se trata de confiar en una secuencia de commands para mantener las cosas al día, en lugar de la decisión humana. Y networkinguce el ruido en commits cuando ocurren cambios menores en los files generados.

Se podría hacer un argumento contrario: si le preocupa que los resources de tsd desaparezcan, controlarlos en su repository protegerá contra eso. Pero el paranoico también debe verificar los modules npm.

Sí,

Como incluyo "typings / tsd.d.ts" en tsconfig.json ahora es parte del process de compilation, y no suelo mantener .gitignore con subdirectorys de "typings /", es mejor …

y es más como un voto que una respuesta 🙂

Como ejemplo: recientemente agregué una definición de proyecto del package npm en lugar del repository definitivamente tipeado, pero lo agregué a typings / tsd.d.ts porque es el único file de definición al que hago reference en tsconfig.json … ergo No puedo retransmitir más en tsd para mantener las definiciones sincronizadas, luego … verificarlo … Simplemente podría agregar otro file de definición eligiendo arbitrariamente dónde colocarlo y hacer reference a esta otra compilation de files de definición también, pero es más trabajo más complicado y el resultado es el mismo, pero solo un file para mantener funcionando la cadena de reference.