Amqp: ¿Se sigue manteniendo este proyecto?

Gracias por el empujón. No tengo tantos ciclos para mantener los cambios fuera de los errores críticos y eso se lo dejo principalmente a Michael.

El proyecto aún se mantiene, pero solo a un ritmo de cambio muy lento :)

Sé que hay algunos problemas abiertos, pero aparte de eso, ¿hay realmente algún cambio que deba hacerse?

Hay esto:

Esta biblioteca es compatible con las dos series de versiones de Go más recientes, actualmente 1.10 y 1.11.

También https://github.com/streadway/amqp/blob/e6b33f460591b0acb2f13b04ef9cf493720ffe17/.travis.yml#L3 -L7
ahora está dos versiones por detrás

A pesar de no importar nada además de la biblioteca estándar , sería bueno tener un go.mod para que pueda ser reconocido como un módulo.

Estaría más que feliz de hacer relaciones públicas con uno o ambos: ¿a quién debo agregar como revisores?

go.mod y cambios similares de "mantenimiento" no tardarán en aceptarse.

En cuanto a los cambios funcionales, este proyecto tiene una política estricta de "no modificar la API" que limita en gran medida el tipo de cambios que puede adoptar.

No me siento muy bien al sugerir esto, pero si la comunidad bifurcara este cliente y adoptara una política de lanzamiento menos restrictiva, el equipo RabbitMQ consideraría cambiar nuestros tutoriales y documentos para usar la bifurcación en lugar de este cliente.

Tendré que bifurcarlo para abrir el PR, y cualquiera que quiera presentar
romper los cambios siempre puede bifurcar el repositorio y extraer cambios de este
versión oficial. El sitio RMQ podría enlazar con otras versiones no oficiales como
les parece bien.

Este es un gran trabajo de FOSS y odiaría verlo inactivo; estos
pequeños cambios de mantenimiento lo mantienen moderno, y aquellos de nosotros que somos
(ab) el uso de RMQ ciertamente puede cambiar una versión de Go de vez en cuando.

El sábado 15 de agosto de 2020 a las 11:11 Michael Klishin [email protected]
escribió:

go.mod y cambios similares de "mantenimiento" no tardarán en aceptarse.

En cuanto a los cambios funcionales, este proyecto tiene una estricta "API que no se rompe".
política de cambios" que limita en gran medida el tipo de cambios que puede adoptar.

No me siento muy bien al sugerir esto, pero si la comunidad lo bifurcó
cliente y adoptó una política de liberación menos restrictiva, el equipo RabbitMQ
considere cambiar nuestros tutoriales y documentos para usar la bifurcación en lugar de esto
cliente.

—
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/streadway/amqp/issues/452#issuecomment-674417776 , o
darse de baja
https://github.com/notifications/unsubscribe-auth/AAJEFZQPHHNMHVGSPGJXNP3SA2XTRANCNFSM4N2IE4VA
.

@michaelklishin #394 presentó go.mod y la etiqueta 1.0.0. Esto significa que se puede aceptar cualquier cambio de API agregando un directorio v2 y siguiendo la guía V2 y más allá .

Puedo enviar una migración v2 a la línea de base si está interesado @streadway