CodeCatalyst concepts

Familiarisez-vous avec les concepts clés pour accélérer votre collaboration et le développement d'applications sur Amazon CodeCatalyst. Ces concepts incluent les termes utilisés dans les domaines du contrôle de source, de l'intégration continue et de la livraison continue (CI/CD), ainsi que de la modélisation et de la configuration des processus de publication automatisés.

Pour des informations conceptuelles supplémentaires, consultez les rubriques suivantes :

• Concepts du référentiel source

• Concepts de workflows

AWS Espaces Builder ID dans CodeCatalyst

L'administrateur de l'espace invite les utilisateurs CodeCatalyst en envoyant des e-mails d'invitation individuels depuis la page des membres. Utilisateurs invités ou inscrits pour CodeCatalyst créer leur propre identifiant AWS Builder. Le profil est géré dans AWS Builder ID et s'affiche sous forme de nom d'utilisateur et d'informations de profil dans les paramètres utilisateur de CodeCatalyst.

Espaces qui soutiennent la fédération des identités dans CodeCatalyst

Utilisateurs qui ont été ajoutés aux utilisateurs et groupes SSO pour l'instance IAM Identity Center, qui sont gérés dans le magasin d'identités et qui sont invités à accéder à votre espace via IAM Identity Center. L'administrateur de Space synchronise la page des CodeCatalyst membres pour les dernières mises à jour. Les utilisateurs se connectent à l'aide du portail de connexion SSO tel que configuré dans l'instance IAM Identity Center de l'entreprise. Les espaces prenant en charge la fédération d'identités sont connectés à l'instance de banque d'identités via l'application Identity Center et son mappage à l'ID de la banque d'identités.

Projets

Un projet représente un effort de collaboration CodeCatalyst qui soutient les équipes et les tâches de développement. Une fois que vous avez un projet, vous pouvez ajouter, mettre à jour ou supprimer des utilisateurs et des ressources, personnaliser le tableau de bord de votre projet et suivre l'avancement du travail de votre équipe. Vous pouvez avoir plusieurs projets au sein d'un même espace.

Pour plus d'informations sur les projets, consultezOrganisez le travail avec des projets dans CodeCatalyst.

Plans

Un plan est un synthétiseur de projet qui génère et étend les fichiers de support des applications et les dépendances pour vous, tout en créant votre CodeCatalyst projet dans la console. Vous choisissez un type de projet parmi une sélection de plans CodeCatalyst, vous visualisez le fichier README et vous prévisualisez le référentiel de projets et les ressources qui seront générés. Votre projet est généré à partir de la configuration de base spécifiée par le plan. Vous effectuez régulièrement une synthèse avec le plan de projet, qui met à jour les fichiers de votre projet, tels que les dépendances logicielles, et régénère les ressources. Les projets utilisent un outil appelé Projen pour synthétiser les projets en synchronisant les dernières mises à jour des projets et en générant des fichiers de support. Ces fichiers peuvent inclurepackage.json, Makefileeslint, et plus encore en fonction du type et de la langue de votre application. Les plans de projet peuvent générer des fichiers supportant AWS des ressources telles que des constructions, des modèles et des AWS CloudFormation modèles CDK. AWS Serverless Application Model

Pour plus d'informations sur les plans de projet, consultezCréation d'un projet complet avec des CodeCatalyst plans.

Connexions aux comptes

Une connexion à un compte associe un CodeCatalyst espace à votre Compte AWS. Une fois la connexion de votre compte configurée, elle Compte AWS est mise à la disposition de l'espace. Vous pouvez ensuite ajouter des rôles IAM CodeCatalyst afin qu'il puisse accéder aux ressources de votre Compte AWS. Vous pouvez également utiliser ces rôles pour vos actions de CodeCatalyst flux de travail.

Pour plus d'informations sur les connexions aux comptes, consultezPermettre l'accès aux AWS ressources avec Connected Comptes AWS.

Connexions VPC

Une connexion VPC est une CodeCatalyst ressource qui contient toutes les configurations nécessaires pour que votre flux de travail accède à un VPC. Les administrateurs de l'espace peuvent ajouter leurs propres connexions VPC dans la CodeCatalyst console Amazon au nom des membres de l'espace. En ajoutant une connexion VPC, les membres de l'espace peuvent exécuter des actions de flux de travail et créer des environnements de développement conformes aux règles du réseau et pouvant accéder aux ressources du VPC associé.

Pour plus d'informations sur les connexions VPC, consultez Managing Amazon Virtual Private Clouds dans le guide de l'CodeCatalyst administrateur.

AWS ID du constructeur

Un AWS Builder ID est une identité personnelle que vous pouvez utiliser pour vous inscrire et vous connecter aux CodeCatalyst autres applications participantes. Ce n'est pas la même chose qu'un Compte AWS. Votre AWS Builder ID gère les métadonnées telles que l'alias d'utilisateur et l'adresse e-mail. Votre identifiant AWS Builder est une identité unique qui prend en charge les utilisateurs dans tous les espaces de CodeCatalyst. Pour plus d'informations sur l'accès à votre profil AWS Builder ID, consultezMettre à jour votre profil. Pour en savoir plus sur AWS Builder ID, consultez AWS Builder ID dans le Références générales AWS.

Pour plus d'informations sur l'inscription et la connexion, consultezConfigurer et se connecter à CodeCatalyst.

Profils d'utilisateurs dans CodeCatalyst

Vous accédez à votre profil CodeCatalyst utilisateur en choisissant l'option de profil dans le menu déroulant situé sous vos initiales de connexion sur n'importe quelle page de CodeCatalyst. Vous pouvez créer des jetons d'accès personnels (PAT) à partir de votre page de profil, mais vous ne pouvez afficher ou supprimer des PAT qu'à l'aide du. AWS CLI Votre nom d'utilisateur est l'alias que vous avez choisi lors de votre inscription. Vous ne pouvez pas modifier votre nom d'utilisateur. Pour consulter la page de profil CodeCatalyst d'un autre utilisateur, accédez à l'onglet Membres de votre projet et choisissez l'utilisateur approprié.

Vous accédez à votre AWS Builder ID en consultant votre CodeCatalyst profil, puis en choisissant d'accéder à AWS Builder ID. Vous serez redirigé vers votre page de profil AWS Builder ID. Le nom complet, l'adresse e-mail et le mot de passe de votre profil sont gérés par votre AWS Builder ID, et vous pouvez modifier ces informations à l'aide de la page AWS Builder ID. Vous avez saisi ces informations lors de votre inscription. Lorsque vous serez prêt à configurer le MFA pour utiliser une application d'authentification pour vous connecter, vous utiliserez la AWS page Builder ID. Pour plus d'informations sur l'affichage de votre profil AWS Builder ID, consultezMettre à jour votre profil.

Pour plus d'informations sur l'inscription et la connexion, consultezConfigurer et se connecter à CodeCatalyst.

Référentiels de sources

Un référentiel source est l'endroit où vous stockez en toute sécurité le code et les fichiers de votre projet. Il enregistre également l'historique des versions de vos fichiers. Par défaut, un référentiel source est partagé avec les autres utilisateurs de votre CodeCatalyst projet. Vous pouvez disposer de plusieurs référentiels sources pour un projet. Vous pouvez créer des référentiels sources pour les projets dans CodeCatalyst, ou vous pouvez choisir de lier un référentiel source existant hébergé par un autre service si ce service est pris en charge par une extension installée. Par exemple, vous pouvez lier un GitHub dépôt à un projet après avoir installé l'extension GitHub Repositories. Pour plus d’informations, consultez Stockage du code source dans des référentiels pour un projet dans CodeCatalyst et Démarrage rapide : installation d'extensions, connexion de fournisseurs et liaison de ressources dans CodeCatalyst.

Les référentiels sources sont également l'endroit où sont stockées les informations de configuration de votre CodeCatalyst projet, telles que le fichier de configuration qui définit les attributs et les actions de votre flux de travail CI/CD. Si vous créez votre projet à l'aide d'un plan, un référentiel source contenant les informations de configuration du projet sera créé. Si vous créez un projet vide, vous devez créer un référentiel source avant de pouvoir créer des ressources nécessitant des informations de configuration, telles que des flux de travail.

Pour plus de concepts susceptibles de vous aider à utiliser les référentiels de sources et le contrôle de source, consultezConcepts du référentiel source.

Validations

Un commit est une modification apportée à un fichier ou à un ensemble de fichiers. Dans la CodeCatalyst console Amazon, un commit enregistre vos modifications et les envoie vers un référentiel source. Le commit inclut des informations sur le changement, notamment l'identité de l'utilisateur qui a effectué le changement, l'heure et la date du changement, le titre du commit et tout message inclus concernant le changement. Pour plus d’informations, consultez Comprendre les modifications apportées au code source à l'aide de validations sur Amazon CodeCatalyst.

Dans le contexte d'un dépôt source en CodeCatalyst, les validations sont des instantanés des modifications apportées au contenu de votre dépôt. Chaque fois qu'un utilisateur valide et introduit une modification, il CodeCatalyst enregistre des informations telles que l'auteur de la modification, la date et l'heure de la validation, ainsi que les modifications apportées dans le cadre de la validation. Vous pouvez également ajouter des balises Git aux validations pour aider à identifier des validations spécifiques.

Pour plus d'informations sur les validations, consultezComprendre les modifications apportées au code source à l'aide de validations sur Amazon CodeCatalyst.

Environnements de développement

Un environnement de développement est un environnement de développement basé sur le cloud que vous pouvez utiliser CodeCatalyst pour travailler rapidement sur le code stocké dans les référentiels sources de votre projet. Les outils de projet et les bibliothèques d'applications inclus dans votre environnement de développement sont définis par un fichier de développement dans le référentiel source de votre projet. Si vous n'avez pas de fichier de développement dans votre dépôt source, un fichier de développement par défaut sera automatiquement appliqué. Le fichier de développement par défaut inclut des outils pour les langages de programmation et les frameworks les plus fréquemment utilisés. Par défaut, un environnement de développement est configuré pour disposer d'un processeur à 2 cœurs, de 4 Go de RAM et de 16 Go de stockage persistant.

Flux de travail

Un flux de travail est une procédure automatisée qui décrit comment créer, tester et déployer votre code dans le cadre d'un système d'intégration et de livraison continues (CI/CD). Un flux de travail définit une série d'étapes, ou d'actions, à effectuer lors de son exécution. Un flux de travail définit également les événements, ou déclencheurs, qui déclenchent le démarrage du flux de travail. Pour configurer un flux de travail, vous devez créer un fichier de définition de flux de travail à l'aide de l'éditeur visuel ou YAML de la CodeCatalyst console.

Astuce

Pour un aperçu rapide de la manière dont vous pouvez utiliser les flux de travail dans un projet, créez un projet avec un plan. Chaque plan déploie un flux de travail fonctionnel que vous pouvez examiner, exécuter et tester.

Pour de plus amples informations sur les flux de travail, veuillez consulter Créez, testez et déployez avec des flux de travail dans CodeCatalyst.

Actions

Une action est le principal élément constitutif d'un flux de travail et définit une unité logique de travail, ou tâche, à exécuter lors de l'exécution d'un flux de travail. Généralement, un flux de travail inclut plusieurs actions qui s'exécutent de manière séquentielle ou en parallèle selon la façon dont vous les avez configurées.

Pour plus d'informations sur les actions, consultezConfiguration des actions effectuées par un flux de travail.

Problèmes

Un problème est un enregistrement qui permet de suivre le travail lié à votre projet. Vous pouvez créer un problème lié à une fonctionnalité, à une tâche, à un bogue ou à toute autre tâche liée à votre projet. Si vous utilisez le développement agile, un problème peut également décrire une histoire épique ou une histoire utilisateur.

Pour plus d'informations sur les problèmes, consultezSuivez et organisez le travail en cas de problèmes dans CodeCatalyst.

Jetons d'accès personnels (PAT)

Un jeton d'accès personnel (PAT) est similaire à un mot de passe. Il est associé à votre identité d'utilisateur pour être utilisé dans tous les espaces et projets de CodeCatalyst. Vous utilisez les PAT pour accéder à CodeCatalyst des ressources qui incluent des environnements de développement intégrés (IDE) et des référentiels de sources basés sur Git. Les PAT vous représentent CodeCatalyst et vous pouvez les gérer dans vos paramètres utilisateur. Un utilisateur peut avoir plusieurs PAT. Les jetons d'accès personnels ne s'affichent qu'une seule fois. Il est recommandé de les stocker en toute sécurité sur votre ordinateur local. Par défaut, les PAT expirent au bout d'un an.

Pour plus d'informations sur les PAT, consultezAccorder aux utilisateurs l'accès au référentiel avec des jetons d'accès personnels.

Connexions personnelles

Une connexion personnelle est une autorisation entre votre CodeCatalyst identité et votre fournisseur de source externe, telle que GitHub. Vous utilisez des connexions personnelles pour permettre à un CodeCatalyst utilisateur d'ajouter des référentiels sources tiers. Par exemple, vous pouvez connecter un GitHub dépôt à un CodeCatalyst espace. Une application de connecteur installée est installée dans le GitHub compte pour être utilisée avec les référentiels désignés par le propriétaire du compte. Vous pouvez créer une connexion personnelle pour une identité d'utilisateur (CodeCatalyst alias) dans tous les espaces pour un type de fournisseur spécifique, tel que GitHub. Les connexions personnelles sont associées soit à votre identifiant AWS Builder, soit à votre utilisateur SSO.

Pour plus d’informations, consultez Accès aux GitHub ressources par le biais de connexions personnelles.

Rôles

Un rôle définit l'accès d'un utilisateur aux ressources d'un projet ou d'un espace et les actions que cet utilisateur peut effectuer. Vous choisissez le rôle d'un utilisateur lorsque vous l'invitez à participer à un projet. Il existe des rôles au niveau de l'espace et des rôles au niveau du projet dans. CodeCatalyst Un utilisateur doté d'un rôle administratif au niveau approprié peut modifier les rôles assignés. Par exemple, un utilisateur ayant le rôle d'administrateur de projet pour un projet a le contrôle total de ce projet et peut modifier les rôles des utilisateurs dans ce projet. Pour plus d'informations sur les rôles disponibles et les autorisations dont dispose chaque rôle, consultezOctroi d'accès avec des rôles d'utilisateur.

Pour plus d'informations sur les rôles , consultez Octroi d'accès avec des rôles d'utilisateur.