Siento que las relaciones públicas de Github deberían ser reemplazadas por herramientas locales del lado del cliente. Un PR -> alguna señal que solicita la fusión de una rama en una rama de destino Revisión de PR -> reutilizar la misma señal que la anterior, enviar PR en la parte superior de la rama de PR Ahora los fragmentos de diferencias necesitan comentarios controlados por revisión. Hecho.

/recuérdame a mí mismo que debo revisar la nueva versión de @radicle_xyz que tiene como objetivo el control de revisión descentralizado local, incluida la emisión de boletos y la colaboración en sucursales ...

Aclaración: un "comentario diff hunk" tiene como objetivo cumplir con la funcionalidad de un comentario de revisión de GH: Se rastrea en el historial de revisiones, anota un fragmento (por ejemplo, "esta API fn tiene que ser asíncrona" donde los siguientes fragmentos convierten la función) y no aparece en el código.

No me sorprendería en absoluto si git ya tiene esta construcción en algún lugar (bajo capas de complejidad), ya que está muy cerca del estilo de "parches de correo electrónico a colaboradores" que está más cerca de las raíces de git. El giro es el control de revisión de diff *comentarios*.

Aclaración 2: El remitente original puede responder al "PR de revisión" aceptando el diff o creando un tercer PR encima del PR de revisión (una respuesta a la revisión). Este ping-pong continúa hasta que ambas partes aceptan todas las ediciones. La interacción se guarda en el historial

pd: Estoy pirateando una herramienta de control de primera revisión local descentralizada como pasatiempo (~ año hasta ∞ fecha de envío). Me gustaría que admitiera estos casos de uso: - Proceso de relaciones públicas como el anterior - la resolución puede producir un solo cambio "aplastado" como parte de la "narrativa" - historial completo aún disponible

@lftherios @radicle_xyz @radicle Me encanta la descentralización de nodos hoja, pero como usuario, el 85% de las aplicaciones utilizo alojamiento de proveedores, y si no está listo para usar, a menudo me doy por vencido antes de configurar mi propia infraestructura.

@lftherios @radicle_xyz @radicle Alojamiento de proveedor con suscripción, infraestructura de código abierto, capacidad de exportación sin bloqueo es mi combinación de kriptonita para aplicaciones pagas. Entonces, mi retroalimentación actual (de memoria) es que desearía poder suscribirme a un nodo alojado de alta disponibilidad que replica todos mis repositorios.

@MetinAr87665 @radicle_xyz @radicle @radworks_ @lftherios Nota: También soy un poco parcial, ya que soy uno de los desarrolladores de Zcash. Revisa el gráfico de ZEC para todos los tiempos: en gran medida un declive secular. En mi experiencia, cuando 📉 la gente sale de la nada para afirmar que todas las decisiones que tomamos fueron incorrectas. Cuando 📈, la gente aparece afirmando que somos brillantes.

@MetinAr87665 @radicle_xyz @radicle @radworks_ @lftherios Entonces, en todo caso, cuando veo que los equipos envían frente a caídas de precios brutales, gano _más_ respeto/confianza en ellos. De nuevo, sólo mi 0.02 ZEC desde el lado del constructor, y entiendo su dolor por algunas de mis propias incursiones en el mercado. ❤️‍🩹