Examiner les pull requests dans Riff
Un collègue a modifié le calcul du panier. Ouvrez la demande dans Riff pour lire sa description, comparer les fichiers, discuter d'une ligne et prendre une décision sur la version examinée. GitLab appelle ces demandes merge requests ; le même parcours s'applique.
Ouvrir la version à examiner
- Connectez l'hébergeur Git avec un compte autorisé à accéder au dépôt et à réaliser l'action de revue souhaitée.
- Ouvrez les pull requests dans l'onglet du dépôt et choisissez une demande, ou utilisez l'action de revue dans Riff depuis Setlist.
- Lisez la description, l'auteur, les personnes chargées de la revue, les branches source et cible et le SHA du commit examiné. Sélectionnez un fichier modifié pour lire son diff.
- Consultez les discussions pour lire les commentaires existants et les vérifications pour voir les résultats fournis par l'hébergeur. Un résultat absent ou partiel ne signifie pas qu'une vérification a réussi. Ouvrez la demande chez l'hébergeur lorsque Riff indique une couverture incomplète.
La demande peut être disponible alors que son diff ne l'est pas. Actualisez la revue ou ouvrez un clone sur votre ordinateur pour que Riff prépare les révisions exactes si nécessaire. Les fichiers binaires, les diffs très volumineux et les fichiers renommés sans modification de texte peuvent ne pas avoir de lignes commentables.
Commenter une ligne ou répondre
Utilisez l'action de commentaire par ligne, sélectionnez une ligne du diff chargé et écrivez votre commentaire. L'éditeur indique le fichier et la ligne avant l'envoi. Pour répondre, sélectionnez une discussion existante et utilisez son éditeur. Les commentaires sont envoyés à l'hébergeur lorsque vous choisissez Envoyer le commentaire.
La liste affiche au maximum 4 000 lignes et raccourcit les aperçus des lignes longues. Utilisez Diff pour une comparaison plus complète et la page de l'hébergeur pour le contenu non chargé. Un état de résolution indisponible signifie que l'hébergeur n'a pas fourni cette information ; il ne signifie pas que la discussion reste non résolue. La connexion de revue actuelle de GitHub ne fournit pas cet état.
Approuver ou demander des modifications
| Hébergeur | Décisions disponibles dans Riff |
|---|---|
| GitHub | Approuver ou demander des modifications. Cette dernière action exige un message de revue. L'envoi identifie le commit examiné. |
| GitLab | Approuver le commit examiné. La demande de modifications n'est pas disponible dans ce parcours intégré ; laissez un commentaire ou utilisez GitLab pour les autres actions. |
| Bitbucket Cloud | Approuver ou demander des modifications. L'hébergeur ne lie pas la décision au commit de manière atomique. |
| Azure DevOps Services | Approuver ou demander des modifications, représentées par le vote de l'hébergeur en attente de l'auteur. L'hébergeur ne lie pas le vote au commit de manière atomique. |
Vérifiez le SHA du commit dans la confirmation avant l'envoi. Riff contrôle de nouveau la demande avant et après l'envoi. Si elle a changé, examinez la nouvelle version avant de prendre une autre décision. Les permissions et politiques de branches restent applicables ; une approbation ne fusionne pas la demande.
Comprendre le résultat de l'envoi
Si Riff indique que l'action a été envoyée à une version antérieure, l'envoi a eu lieu, mais la demande a changé. Si la dernière révision n'a pas pu être vérifiée, l'envoi a réussi, mais le contrôle suivant est indisponible. Actualisez avant de poursuivre dans les deux cas.
Si l'opération n'a pas pu être confirmée, consultez l'hébergeur et actualisez avant de réessayer pour éviter les commentaires ou votes en double. Riff ne répète pas automatiquement un envoi incertain. Les brouillons restent dans la session de revue actuelle, et la fermeture du contexte ou de la fenêtre attend la fin d'un envoi en cours.
Essayer le code examiné
Choisissez Ouvrir dans un worktree, sélectionnez une autre destination et vérifiez le nom de branche. Riff prépare le commit exact de la revue en préservant la copie d'origine. Exécutez les vérifications du projet dans ce dossier, puis revenez à la revue. Contextes de travail et worktrees explique comment changer de tâche et retirer le dossier supplémentaire en sécurité. Ce parcours de revue ne nécessite pas d'IA.