Amazon n' CodeCatalyst est plus ouvert aux nouveaux clients. Les clients existants peuvent continuer à utiliser le service normalement. Pour de plus amples informations, veuillez consulter Comment effectuer une migration depuis CodeCatalyst.
Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Révision du code à l'aide de pull requests sur Amazon CodeCatalyst
Une pull request est le principal moyen par lequel vous et les autres membres du projet pouvez examiner, commenter et fusionner les modifications de code d'une branche à l'autre. Vous pouvez utiliser les pull requests pour examiner les modifications de code de manière collaborative afin de détecter des modifications ou des corrections mineures, des ajouts de fonctionnalités majeurs ou de nouvelles versions de votre logiciel publié. Si vous utilisez les problèmes pour suivre le travail sur votre projet, vous pouvez associer des problèmes spécifiques à des demandes d'extraction afin de vous aider à suivre les problèmes résolus par les modifications de code dans la demande d'extraction. Lorsque vous créez, mettez à jour, commentez, fusionnez ou clôturez une pull request, un e-mail est automatiquement envoyé à l'auteur de la pull request ainsi qu'à tous les réviseurs requis ou facultatifs pour la pull request.
Astuce
Vous pouvez configurer les événements de pull request pour lesquels vous recevrez des e-mails dans le cadre de votre profil. Pour de plus amples informations, veuillez consulter Envoi de notifications par Slack et par e-mail depuis CodeCatalyst.
Les pull requests nécessitent deux branches dans un référentiel source : une branche source qui contient le code que vous souhaitez réviser et une branche de destination, dans laquelle vous souhaitez fusionner le code révisé. La branche source contient l'APRÈS-validation, qui est la validation qui contient les modifications que vous souhaitez fusionner dans la branche de destination. La brande de destination contient l'AVANT-validation, qui représente l'état du code avant que la branche de la demande d'extraction ne soit fusionnée dans la branche de destination.
Note
Lorsque vous créez une pull request, la différence affichée est la différence entre la pointe de la branche source et la pointe de la branche de destination. Une fois que vous avez créé la pull request, la différence affichée se situe entre la révision de la pull request que vous avez choisie et le commit qui se trouvait à la pointe de la branche de destination lorsque vous avez créé la pull request. Pour plus d'informations sur les différences et les bases de fusion dans Git, consultez git-merge-base
Lorsqu'une pull request est créée pour un référentiel source et des branches spécifiques, vous pouvez les créer, les consulter, les consulter et les fermer dans le cadre de votre projet. Il n'est pas nécessaire de consulter le référentiel source pour consulter et utiliser les pull requests. L'état d'une pull request est défini sur Ouvert lorsque vous la créez. La pull request reste ouverte jusqu'à ce que vous la fusionniez dans la CodeCatalyst console, ce qui change l'état en Merged , ou que vous la fermiez, ce qui change l'état en Closed.
Une fois votre code révisé, vous pouvez modifier l'état de la pull request de plusieurs manières :
-
Fusionnez la pull request dans la CodeCatalyst console. Le code de la branche source de la pull request sera fusionné dans la branche de destination. Le statut de la pull request passera à Fusionné. Il ne peut pas être redéfini en Open.
-
Fusionnez les branches localement et transférez vos modifications, puis fermez la pull request dans la CodeCatalyst console.
-
Utilisez la CodeCatalyst console pour fermer la pull request sans la fusionner. Cela fera passer le statut à Fermé et le code de la branche source ne sera pas fusionné dans la branche de destination.
Avant de créer une demande d'extraction :
-
Validez et transférez les modifications de code que vous souhaitez réviser dans une branche (la branche source).
-
Configurez des notifications pour votre projet, afin que les autres utilisateurs puissent être informés de tous les flux de travail exécutés lorsque vous créez une pull request. (Cette étape est facultative mais recommandée.)
Rubriques
