Es un trabajo en progreso, debería terminarse pronto... puede seguir la conversación aquí:
https://github.com/DefinitelyTyped/DefinitelyTyped/issues/20418

@DABH estaría bien agregándolos al repositorio en sí para que puedan estar estrechamente alineados en el control de versiones.

Ahora que tengo acceso traeré los tipeos aquí. Agregaré los de 3.x; Además, podría ser bueno (aunque no necesario) traer los tipos 2.x también, para que todo quede fuera de DefinitelyTyped.

Esta sería definitivamente la ruta preferida.

Hola @DABH , ¿cuál es el estado?

@nolazybits Me reuniré con @indexzero el viernes y hablaré sobre cómo integrarlo. Sé que esto se ha retrasado por un tiempo, ¡pero espero algunas actualizaciones este fin de semana!

se abre logform PR (https://github.com/winstonjs/logform/pull/15); Las relaciones públicas para Winston-Transport y Winston llegarán pronto. Siéntase libre de revisar/+1 según corresponda.

Los tipos logform se fusionaron, winston-transport ahora están en PR (https://github.com/winstonjs/winston-transport/pull/9). Ahora que las dependencias están listas, solo falta terminar las escrituras reales winston ... ¡próximamente!

winston-transport escrituras combinadas... por cierto, si alguien quiere comenzar a usar/probar las escrituras logform / winston-transport en sus aplicaciones, eso sería muy apreciado, es posible que me haya perdido cosas. Todavía estoy trabajando en la tipificación de winston , pero publicaré una actualización cuando tenga una.

1287

(esto depende de https://github.com/winstonjs/winston-transport/pull/11 que aún no se fusionó al momento de escribir esto, pero puede descargar esa revisión manualmente)

Cualquiera que quiera ayudar a probar/depurar esto obtiene algunos puntos de Internet;) De lo contrario, probaré las cosas lo mejor que pueda y, con suerte, fusionaré esto pronto. Puede haber problemas con lo que está escrito, así como cosas que faltan.

Elegí excluir cualquier método obsoleto, ya que las personas que son lo suficientemente innovadoras como para usar Typescript seguramente no querrían usar ningún método obsoleto;)

Los tipos se han fusionado y se incluirán en el próximo RC (si hacemos otro) y en la versión final 3.0. Comience a usarlos cuando pueda y avíseme si me perdí algo. ¡Gracias!

Hola, gracias @DABH. Acabo de agregar el último winston RC como dependencia a mi proyecto y me encantaría usar las definiciones de TS. ¿Se espera un nuevo RC antes del 3.0 final o debo tomar definiciones directamente de github?

@sveyret Las definiciones de TS deben estar en el último RC (RC6). ¡Avísame si no los ves! No espero que cambien significativamente entre ahora y la versión final 3.0 cerca de fin de mes.

@DABH en realidad, no veo este último RC6 en absoluto... Ni en los lanzamientos de github ni con npm. Traté de instalar winston@next , pero solo tengo RC5, así que probé [email protected] pero no se encontró la versión.

Mis disculpas: estamos implementando algunas correcciones más antes de impulsar RC6 (sospecho que saldrá este viernes por la mañana). Mientras tanto, si usa winston@master , los obtendrá (un poco más feos en su package.json , lo sé ...). Lo siento, ¡gracias por mencionar esto!

Gracias por la información. Creo que será mejor esperar al viernes (¿por la mañana de qué continente? :wink:) Si no está listo este fin de semana, obtendré la rama directamente de git.

Apuntando a empujar alrededor de 11 horas, pero estad atentos; )

¿Un poco retrasado?

De hecho... @indexzero ?

Tal vez solo use master por ahora, es bastante similar a lo que será el próximo lanzamiento oficial 3.0...

Hola @DABH ,
Gracias por tu trabajo. Finalmente instalé master en mi proyecto.
Estoy usando el registrador predeterminado, y LeveledLogMethod no están definidos para él en index.d.ts . Como puede ver aquí , los métodos de nivel npm se concatenan con los métodos enumerados que se agregan al objeto predeterminado winston .
Por cierto, incluso si no los uso, también parece que los métodos handleExceptions y unhandleExceptions no están definidos en el registrador predeterminado ni en otros.
¿Quieres que abra nuevos números para eso?

También noté que hay un nuevo nivel http (entre info y verbose ) para npm…

Envié una solicitud de extracción n.º 1323 para corregir esto. No me atreví a agregar (un)handleExceptions porque no las uso y, por lo tanto, no estoy seguro de mí.

Gracias @sveyret por tu contribución. Nos fusionamos #1323. Abrí #1330 que debería abordar sus comentarios sobre .(un)handleException . .(un)handleException es una API obsoleta, por lo que solo incluyo las definiciones para el .exception.(un)handle equivalente no obsoleto. Espero que tenga sentido. Si hay algún apoyo vocal para tener los obsoletos en las definiciones de TS, estoy abierto a agregarlos.

Gracias por fusionar este cambio. Su comentario sobre .(un)handleException tiene mucho sentido para mí. No hay necesidad de usarlos si están en desuso.