Siento que los PR de Github deberían ser reemplazados por herramientas locales de primera clase en el lado del cliente. Un PR -> alguna señal que solicita fusionar una rama en una rama objetivo. Revisión de PR -> reutilizar la misma señal que arriba, enviar PR sobre la rama del PR. Ahora los fragmentos de diferencia necesitan comentarios controlados por versión. Hecho.

/recordar que revise el nuevo lanzamiento de @radicle_xyz que tiene como objetivo el control de revisiones descentralizado de primera local, incluyendo la gestión de tickets y la colaboración en ramas...

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

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

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

pd: Estoy trabajando en una herramienta de control de versiones descentralizada y local como pasatiempo (~un año hasta la fecha de lanzamiento ∞). Quisiera que soporte estos casos de uso: - Proceso de PR como se mencionó anteriormente - La resolución puede producir un cambio "comprimido" único 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 que uso tienen hosting de proveedores, y si no es algo listo para usar, a menudo me rindo antes de configurar mi propia infraestructura.

@lftherios @radicle_xyz @radicle La combinación de hosting de proveedores con suscripción, infraestructura de código abierto y capacidad de exportación sin bloqueo es mi combinación kryptonita para aplicaciones de pago. Así que mi comentario actual (de memoria) es que desearía poder suscribirme a un nodo altamente disponible que replique todos mis repositorios.