Créer un blueprint de niveau organisation ou dépôt
Configuration du snapshot (Organisation)
Créer un blueprint de niveau organisation ou dépôt
Crée un blueprint. type est déduit de repo_name.
Conformément aux spécifications, cela ne déclenche jamais automatiquement un build — les appelants doivent
exécuter explicitement POST /builds.
POST
Créer un blueprint de niveau organisation ou dépôt
Autorisations
ManageRepoBlueprints au niveau de l’organisation. La création de blueprints au niveau de l’organisation nécessite l’autorisation ManageOrgSnapshots.
Comportement
Les blueprints n’existent pas indépendamment de votre configuration d’environnement. La création d’un blueprint avec un
repo_name ajoute également ce dépôt à l’environnement — il n’existe pas d’endpoint distinct pour enregistrer d’abord le dépôt. Le dépôt est cloné dans l’environnement lors du build suivant, et son indexation est lancée.L’inverse est également vrai : supprimer un dépôt de l’environnement (le commutateur Inclure dans l’environnement dans l’UI) supprime tous les blueprints de ce dépôt, y compris tous ses périmètres d’espace de travail.owner/repo) ; un dépôt inconnu ou inaccessible renvoie 404 et aucun blueprint n’est créé. Si un blueprint actif existe déjà pour ce dépôt et ce périmètre, la requête renvoie 409 — utilisez plutôt l’endpoint de mise à jour.Autorisations
Identifiant de compte de service (préfixe : cog_)
Paramètres de chemin
ID de l’organisation (préfixe : org-)
Exemple:
"org-abc123def456"
Corps
application/json
Réponse
Réponse réussie
Schéma public de la ressource Blueprint.
Remarque : l’énumération type pourra être étendue à l’avenir ; les clients DOIVENT gérer correctement
les valeurs inconnues. Le contenu YAML est récupéré séparément via
GET /blueprints/{id}/contents.

