Revisar pull requests no Riff
Uma pessoa da equipe alterou o cálculo do checkout. Abra o pedido no Riff para ler a descrição, comparar arquivos, discutir uma linha e decidir sobre a versão que você examinou. No GitLab, esses pedidos se chamam merge requests; o fluxo abaixo também se aplica a eles.
Abra a versão para revisão
- Conecte o provedor Git com uma conta que possa acessar o repositório e executar a ação de revisão desejada.
- Abra Pull Requests na aba do repositório e escolha um pedido, ou use Revisar no Riff pela Setlist.
- Leia a descrição, o autor, os revisores, as branches de origem e destino e o SHA do commit revisado. Selecione um arquivo alterado para examinar seu diff.
- Consulte Discussões para ler os comentários existentes e Verificações para ver os resultados informados pelo provedor. Um resultado ausente ou parcial não é uma verificação aprovada. Abra o pedido no provedor quando o Riff indicar cobertura incompleta.
O pedido pode estar disponível enquanto seu diff está indisponível. Atualize a revisão ou abra um clone no computador para o Riff preparar as revisões exatas quando necessário. Arquivos binários, diffs muito grandes e arquivos renomeados sem alteração de texto podem não ter linhas comentáveis.
Comente uma linha ou responda
Use Comentar linhas, selecione uma linha do diff carregado e escreva o comentário. O editor identifica o arquivo e a linha antes do envio. Para responder, selecione uma discussão existente e escreva no editor dela. Os comentários são enviados ao provedor quando você seleciona Enviar comentário.
A lista exibe até 4.000 linhas e abrevia as prévias das linhas longas. Use Diff para a comparação mais completa e a página do provedor para o conteúdo fora da visualização carregada. Um estado de resolução indisponível significa que o provedor não informou esse dado; não significa que a discussão continua sem resolução. A conexão de revisão atual do GitHub não informa esse estado.
Aprove ou solicite alterações
| Provedor | Decisões disponíveis no Riff |
|---|---|
| GitHub | Aprovar ou solicitar alterações. Solicitar alterações exige uma mensagem de revisão. O envio identifica o commit revisado. |
| GitLab | Aprovar o commit revisado. Solicitar alterações está indisponível nesse fluxo integrado; deixe um comentário ou use o GitLab para outras ações de revisão. |
| Bitbucket Cloud | Aprovar ou solicitar alterações. O provedor não vincula a decisão ao commit de forma atômica. |
| Azure DevOps Services | Aprovar ou solicitar alterações, representadas pelo voto do provedor que aguarda o autor. O provedor não vincula o voto ao commit de forma atômica. |
Confira o SHA do commit na confirmação antes de enviar. O Riff verifica novamente o pedido antes e depois do envio. Se ele mudou, revise a nova versão antes de decidir outra vez. As permissões e políticas de branch do provedor continuam valendo; aprovar não faz merge do pedido.
Leia o resultado do envio
Se o Riff informar que a ação foi enviada para uma versão anterior, o envio aconteceu, mas o pedido mudou. Se informar que não conseguiu conferir a revisão mais recente, o envio teve sucesso, mas a conferência posterior está indisponível. Atualize antes de continuar nos dois casos.
Se a operação não pôde ser confirmada, consulte o provedor e atualize antes de tentar novamente para evitar comentários ou votos duplicados. O Riff não repete automaticamente um envio incerto. Os rascunhos permanecem na sessão de revisão atual, e o fechamento do contexto ou da janela aguarda um envio em andamento.
Experimente o código revisado
Escolha Abrir em worktree, selecione outro destino e confira o nome da branch. O Riff prepara o commit exato da revisão e preserva a cópia original. Execute as verificações do projeto ali e volte à revisão. Contextos de trabalho e worktrees explica como alternar tarefas e remover a pasta adicional com segurança. O fluxo de revisão do Riff não exige IA.