Sinto que os PRs do Github deveriam ser substituídos por ferramentas locais de primeira linha no lado do cliente. Um PR -> algum sinal que solicita a fusão de um ramo em um ramo alvo. Revisão de PR -> reutilizar o mesmo sinal mencionado acima, submeter PR em cima do ramo PR. Agora, os trechos de diferença precisam de comentários controlados por versão. Feito.

/lembrar-me de verificar o novo lançamento do @radicle_xyz que visa um controlo de revisões descentralizado em primeiro lugar local, incluindo bilhetagem e colaboração em ramos...

Esclarecimento: um "comentário de hunk de diff" visa cumprir a funcionalidade de um comentário de revisão do GH: Está rastreado no histórico de revisões, anota um hunk (por exemplo, "esta função da API tem que ser assíncrona" onde os hunks seguintes convertem a função) e não aparece no código.

Não ficaria nada surpreendido se o git já tiver isso incorporado em algum lugar (sob camadas de complexidade), uma vez que está muito próximo do estilo "enviar patches por email para colaboradores" que é mais próximo das raízes do git. A reviravolta é o controlo de versão dos *comentários* de diff.

Esclarecimento 2: O remetente original pode responder ao "rever PR" aceitando a diferença ou criando um terceiro PR em cima do PR de revisão (uma resposta à revisão). Este pingue-pongue continua até que ambas as partes aceitem todas as edições. A interação é salva na história.

ps: Estou a trabalhar num ferramenta de controlo de versões descentralizada e local como hobby (~um ano até ∞ data de lançamento). Gostaria que suportasse estes casos de uso: - Processo de PR como acima - A resolução pode produzir uma "mudança única" "compactada" como parte da "narrativa" - História completa ainda disponível

@lftherios @radicle_xyz @radicle Eu adoro a descentralização em leaf-node, mas como utilizador, 85% das aplicações que uso têm hospedagem de fornecedores, e se não for algo pronto a usar, muitas vezes desisto antes de configurar a minha própria infraestrutura.

@lftherios @radicle_xyz @radicle A hospedagem de fornecedor com subscrição, infraestrutura de código aberto e capacidade de exportação sem bloqueio é a minha combinação kryptonita para aplicações pagas. Portanto, o meu feedback atual (de memória) é que gostaria de poder subscrever a um nó altamente disponível hospedado que replica todos os meus repositórios.