Creare un blueprint di livello org o repo
Configurazione dello snapshot (Organizzazione)
Creare un blueprint di livello org o repo
Crea un blueprint. type viene dedotto da repo_name.
Secondo le specifiche, questo non attiva mai automaticamente una build: i chiamanti devono
eseguire esplicitamente POST /builds.
POST
Creare un blueprint di livello org o repo
Autorizzazioni
ManageRepoBlueprints a livello dell’organizzazione. La creazione di blueprint a livello org richiede l’autorizzazione ManageOrgSnapshots.
Comportamento
I blueprint non esistono indipendentemente dalla configurazione del tuo ambiente. La creazione di un blueprint con un
repo_name aggiunge anche quel repository all’ambiente: non esiste un endpoint separato per registrare prima il repo. Il repository viene clonato nell’ambiente alla build successiva e ne viene avviata l’indicizzazione.Vale anche il contrario: rimuovere un repository dall’ambiente (l’interruttore Includi nell’ambiente nell’UI) elimina tutti i blueprint per quel repo, inclusi tutti i relativi ambiti del workspace.owner/repo); un repo sconosciuto o inaccessibile restituisce 404 e non viene creato alcun blueprint. Se esiste già un blueprint attivo per quel repo e ambito, la richiesta restituisce 409: utilizza invece l’endpoint di aggiornamento.Autorizzazioni
Credenziale dell'utente del servizio (prefisso: cog_)
Parametri del percorso
ID dell'organizzazione (prefisso: org-)
Esempio:
"org-abc123def456"
Corpo
application/json
Risposta
Risposta riuscita
Forma pubblica della risorsa Blueprint.
Note: l'enum type potrebbe estendersi in futuro; i client DEVONO gestire correttamente
i valori sconosciuti. Il contenuto YAML viene recuperato separatamente tramite
GET /blueprints/{id}/contents.

