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.
Gestion des versions
La gestion des versions est la couche de validation automatique entre la génération de code et le déploiement en production. AWS DevOps L'agent examine les modifications apportées à votre code pour vérifier leur conformité aux normes, les risques de dépendance entre les bases de code et l'exactitude du contrôle d'accès, puis vérifie le comportement par le biais de tests de version autonomes, afin de détecter et de résoudre les problèmes avant leur mise en production.
Fonctionnalités de gestion des versions
La gestion des versions inclut deux fonctionnalités de base :
Examen du code de préparation à la publication : évaluation automatisée des modifications du code par rapport aux politiques de votre organisation, analyse des dépendances entre référentiels et vérification du contrôle d'accès. Les révisions peuvent être effectuées pendant la génération du code, dans le cadre de pull requests et de demandes de fusion, ou à la demande via le chat. Consultez Révisions du code de préparation à la publication.
Test des versions : génération et exécution automatiques de tests pour valider le comportement du code avant le déploiement. L'agent analyse vos modifications, détermine celles qui doivent être testées et exécute des tests sur une instance déployée de votre application. Consultez Test de version.
Révision du code de préparation à la publication
L'examen du code de préparation à la publication évalue les modifications apportées au code en termes de conformité aux politiques, de risques de dépendance entre référentiels et d'exactitude du contrôle d'accès. Contrairement au linting ou à l'analyse statique standard, ces examens permettent de comprendre l'architecture de votre application, ses relations avec les autres référentiels et les politiques de votre entreprise pour détecter les problèmes susceptibles d'entraîner des défaillances de production.
L'agent évalue les changements sous plusieurs angles :
Évaluation des normes — Évalue le changement par rapport aux normes et aux meilleures pratiques de votre organisation, définies comme des compétences en langage naturel. Les politiques peuvent couvrir la sécurité, la fiabilité, les performances et les meilleures pratiques opérationnelles sans nécessiter d'expertise en matière de politique en tant que code.
Cross-repository analyse des dépendances — Cartographie la manière dont vos référentiels interagissent et identifie les cas dans lesquels une modification apportée à un référentiel peut se répercuter sur les consommateurs d'un autre, à l'aide d'un graphe de connaissances créé à partir de l'indexation de vos référentiels connectés.
Access-control vérification — Pour les CloudFormation modifications, vérifie que les politiques IAM, les politiques de ressources et les configurations réseau respectent les meilleures pratiques architecturées.
Chaque examen produit un rapport contenant une action recommandée (BLOCK, Proceed with Caution ou Safe to Release), un résumé des modifications, des conclusions relatives aux risques spécifiques avec les emplacements de code concernés et des recommandations exploitables. Pour de plus amples informations, veuillez consulter Révisions du code de préparation à la publication.
Tests de lancement
Les tests de version génèrent et exécutent des tests sur une instance en cours d'exécution de votre application afin de valider les modifications du code avant qu'elles ne soient mises en production. L'agent analyse les modifications apportées au code, détermine celles qui doivent être testées, génère des plans de test spécifiques aux modifications et les exécute sur votre application déployée, le tout sans créer de tests manuels.
Principaux aspects des tests de version :
Change-specific plans de test — Les tests ciblent les zones à risque apparues lors de la révision du code de préparation à la publication plutôt que d'exécuter une suite de régression statique. L'agent détermine les éléments à tester en fonction de ce qui a changé.
Exécution dans un environnement réel : les tests sont exécutés sur une instance déployée de votre application dans un environnement fourni par le client, détectant les échecs d'intégration et les régressions que les tests unitaires omettent.
Plusieurs types de tests : couvre l'exactitude fonctionnelle, la validation de l'expérience utilisateur pour les applications Web, les tests de contrats d'API et le comportement d'intégration entre les services.
CI/CD intégration : peut être déclenchée depuis votre IDE, via le chat de DevOps l'agent ou en tant qu'étape dans GitHub les pipelines Actions et GitLab CI.
Pour de plus amples informations, veuillez consulter Test de version.
Où s'exécute la gestion des versions
La gestion des versions s'intègre à votre flux de travail à plusieurs points :
Pendant la génération du code : intégré dans Kiro IDE et Claude Code au fur et à mesure de l'écriture du code, résolution des problèmes avant même que le code ne soit validé.
Dans les pull requests et les demandes de fusion : déclenchées automatiquement lors PRs/MRs de l'ouverture ou de la mise à jour dans GitHub et GitLab. Les résultats apparaissent sous forme de commentaires intégrés contenant les correctifs recommandés.
On-demand— Grâce au chat de DevOps l'agent, où vous pouvez demander des révisions de n'importe quelle branche, commit ou référentiel et poser des questions de suivi sur les résultats.
Commencer à gérer les versions
Pour commencer à utiliser les fonctionnalités de gestion des versions :
Connectez vos référentiels — Dans votre espace agent,Raccordement aux CI/CD canalisations. L'agent indexera votre code pour créer un graphe de connaissances des dépendances entre référentiels. L'indexation initiale prend environ une à deux heures.
Définissez vos politiques (facultatif) : Instructions pour les agents pour définir les comportements de révision de code souhaités et les normes internes que vous souhaitez inclure dans chaque révision de code. Vous pouvez définir ce qui constitue une modification bloquante par rapport à un avertissement.
Déclenchez votre première évaluation : utilisez le chat de DevOps l'agent pour demander un examen de l'état de préparation à la version : « Consultez la branche principale du repo my-service pour connaître les risques liés à la publication ». L'agent évaluera le changement et renverra un rapport contenant les résultats.
Comment la gestion des versions apprend
La gestion des versions s'améliore au fil du temps grâce à deux mécanismes :
Connaissance des référentiels : au fur et à mesure que l'agent indexe vos référentiels, il acquiert une compréhension de plus en plus complète des dépendances entre référentiels, des ressources partagées, des contrats d'API et des relations d'infrastructure. Ces connaissances rendent l'analyse des risques de dépendance plus précise à chaque révision.
Customer-provided compétences : définissez des méthodes personnalisées DevOps Compétences des agents qui encodent les approches spécifiques de votre organisation en matière d'évaluation du code, telles que la manière d'évaluer les dépendances entre services, les cas où un indicateur de fonctionnalité est requis, les modèles nécessitant un examen plus approfondi ou la manière d'évaluer les modifications par rapport à vos normes architecturales internes. Ces compétences vous permettent d'enseigner à l'agent les politiques et pratiques de votre équipe afin que les évaluations reflètent les attentes de votre organisation.
