API degli spazi di lavoro

Gli spazi di lavoro sono destinati ai carichi di lavoro di codice basati su sorgenti. I modelli di database, cache e code non possono essere aperti come spazi di lavoro di codice. Le operazioni sui file e sugli ambienti di esecuzione possono caricare le sorgenti o avviare l’infrastruttura di esecuzione.

Usa Autenticazione API per le richieste protette. Gli esempi usano i tuoi ID di risorse e un token temporaneo; gli esempi di risposte salvate sono sintetici.

Metodo	Percorso	Operazione
`GET`	`/v1/workspace`	Elenca gli spazi di lavoro
`POST`	`/v1/workspace`	Crea uno spazio di lavoro
`GET`	`/v1/workspace/{id}`	Ottieni spazio di lavoro
`PUT`	`/v1/workspace/{id}`	Aggiorna lo spazio di lavoro
`DELETE`	`/v1/workspace/{id}`	Elimina uno spazio di lavoro
`GET`	`/v1/workspace/{id}/tree`	Elenca i file dello spazio di lavoro
`GET`	`/v1/workspace/{id}/file`	Leggi un file dello spazio di lavoro
`PUT`	`/v1/workspace/{id}/file`	Scrivi un file dello spazio di lavoro
`DELETE`	`/v1/workspace/{id}/file`	Elimina un file dello spazio di lavoro
`POST`	`/v1/workspace/{id}/file/move`	Sposta un file dello spazio di lavoro
`POST`	`/v1/workspace/{id}/commands`	Esegui il lint dello spazio di lavoro
`GET`	`/v1/workspace/{id}/commands/{command_id}`	Ottieni lo stato del comando dello spazio di lavoro
`GET`	`/v1/workspace/{id}/commands/{command_id}/logs`	Ottieni i log dei comandi dello spazio di lavoro
`GET`	`/v1/workspace/{id}/run`	Ottieni lo stato dell’ambiente di esecuzione dello spazio di lavoro
`POST`	`/v1/workspace/{id}/run/start`	Avvia l’anteprima dello spazio di lavoro
`POST`	`/v1/workspace/{id}/run/stop`	Arresta l’anteprima dello spazio di lavoro
`POST`	`/v1/workspace/{id}/run/restart`	Riavvia l’anteprima dello spazio di lavoro
`GET`	`/v1/workspace/{id}/git/status`	Ottieni lo stato Git dello spazio di lavoro
`GET`	`/v1/workspace/{id}/git/log`	Ottieni la cronologia Git dello spazio di lavoro
`GET`	`/v1/workspace/{id}/git/branches`	Elenca i branch Git dello spazio di lavoro
`GET`	`/v1/workspace/{id}/manifest/check`	Controlla il manifest dello spazio di lavoro
`GET`	`/v1/workspace/{id}/tests`	Ottieni l’inventario dei test dello spazio di lavoro

Elenca gli spazi di lavoro

GET /v1/workspace

Restituisce un elenco paginato di Workspace

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.
`page`	query	No	Numero di pagina
`per_page`	query	No	Elementi per pagina

Esempio di richiesta

Imposta ADIOS_API_URL=https://api.adios.dev. Per le richieste protette, imposta ADIOS_ACCESS_TOKEN e ADIOS_TEAM_ID come nel guida rapida. Imposta le eventuali variabili aggiuntive ADIOS_* con i valori ottenuti dalle tue risorse.

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Elenco di Workspace

Campi di risposta

Campo	Tipo	Descrizione
`data`	array
`data[].base_build_id`	string
`data[].base_source_artifact_id`	string	Record API dell’artefatto sorgente usato per caricare lo spazio di lavoro
`data[].branch`	string
`data[].created_at`	integer	(timestamp Unix)
`data[].deleted_at`	integer	(timestamp Unix)
`data[].metadata`	object
`data[].name`	string
`data[].owner_id`	string
`data[].repository_url`	string	URL del repository Git
`data[].runtime_status`	string	Valori consentiti: idle, running, stopped, failed.
`data[].source_manifest`	string	Percorso del manifest adios del progetto nella radice delle sorgenti composte dello spazio di lavoro
`data[].source_workdir`	string	Directory di lavoro del progetto nella radice delle sorgenti composte dello spazio di lavoro
`data[].status`	string	Valori consentiti: active, archived, deleted.
`data[].team_id`	string
`data[].updated_at`	integer	(timestamp Unix)
`data[].workload_id`	string
`data[].workspace_id`	string
`pagination`	object
`pagination.page`	integer	Numero di pagina attuale
`pagination.per_page`	integer	Numero di elementi per pagina
`pagination.total`	integer	Numero totale di elementi

Esempio illustrativo; non è una risposta dal vivo:

{
  "data": [
    {
      "base_build_id": "example",
      "base_source_artifact_id": "",
      "branch": "",
      "created_at": 1791072000,
      "deleted_at": 0,
      "metadata": {},
      "name": "postman-example",
      "owner_id": "000000000000000000000000001",
      "repository_url": "example",
      "runtime_status": "idle",
      "source_manifest": "adios.yaml",
      "source_workdir": ".",
      "status": "active",
      "team_id": "000000000000000000000000001",
      "updated_at": 1791072000,
      "workload_id": "",
      "workspace_id": "000000000000000000000000001"
    }
  ],
  "pagination": {
    "page": 1,
    "per_page": 1,
    "total": 1
  }
}

Crea uno spazio di lavoro

POST /v1/workspace

Crea un nuovo oggetto Workspace

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Campi di richiesta (il corpo contiene un esempio modificabile):

Campo	Tipo	Obbligatorio	Descrizione
`base_build_id`	string	No
`base_source_artifact_id`	string	No	Record API dell’artefatto sorgente usato per caricare lo spazio di lavoro. Valore predefinito: `""`.
`branch`	string	No	Valore predefinito: `""`.
`metadata`	object	No
`name`	string	Sì
`owner_id`	string	Sì
`repository_url`	string	No	URL del repository Git
`runtime_status`	string	No	Valori consentiti: idle, running, stopped, failed. Valore predefinito: `"idle"`.
`source_manifest`	string	No	Percorso del manifest adios del progetto nella radice delle sorgenti composte dello spazio di lavoro. Valore predefinito: `"adios.yaml"`.
`source_workdir`	string	No	Directory di lavoro del progetto nella radice delle sorgenti composte dello spazio di lavoro. Valore predefinito: `"."`.
`status`	string	Sì	Valori consentiti: active, archived, deleted. Valore predefinito: `"active"`.
`team_id`	string	Sì
`workload_id`	string	No	Valore predefinito: `""`.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "team_id": "YOUR_TEAM_ID",
  "owner_id": "YOUR_USER_ID",
  "name": "postman-workspace",
  "status": "active",
  "workload_id": "YOUR_WORKLOAD_ID"
}
JSON

Sostituisci YOUR_* nel corpo prima dell’invio. L’heredoc tra virgolette mantiene il JSON letterale.

Risposta: HTTP 201

Spazio di lavoro creato

Campi di risposta

Campo	Tipo	Descrizione
`base_build_id`	string
`base_source_artifact_id`	string	Record API dell’artefatto sorgente usato per caricare lo spazio di lavoro
`branch`	string
`created_at`	integer	(timestamp Unix)
`deleted_at`	integer	(timestamp Unix)
`metadata`	object
`name`	string
`owner_id`	string
`repository_url`	string	URL del repository Git
`runtime_status`	string	Valori consentiti: idle, running, stopped, failed.
`source_manifest`	string	Percorso del manifest adios del progetto nella radice delle sorgenti composte dello spazio di lavoro
`source_workdir`	string	Directory di lavoro del progetto nella radice delle sorgenti composte dello spazio di lavoro
`status`	string	Valori consentiti: active, archived, deleted.
`team_id`	string
`updated_at`	integer	(timestamp Unix)
`workload_id`	string
`workspace_id`	string

Esempio illustrativo; non è una risposta dal vivo:

{
  "base_build_id": "example",
  "base_source_artifact_id": "",
  "branch": "",
  "created_at": 1791072000,
  "deleted_at": 0,
  "metadata": {},
  "name": "postman-example",
  "owner_id": "000000000000000000000000001",
  "repository_url": "example",
  "runtime_status": "idle",
  "source_manifest": "adios.yaml",
  "source_workdir": ".",
  "status": "active",
  "team_id": "000000000000000000000000001",
  "updated_at": 1791072000,
  "workload_id": "",
  "workspace_id": "000000000000000000000000001"
}

Ottieni spazio di lavoro

GET /v1/workspace/{id}

Restituisce un oggetto Workspace

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Spazio di lavoro

Campi di risposta

Campo	Tipo	Descrizione
`base_build_id`	string
`base_source_artifact_id`	string	Record API dell’artefatto sorgente usato per caricare lo spazio di lavoro
`branch`	string
`created_at`	integer	(timestamp Unix)
`deleted_at`	integer	(timestamp Unix)
`metadata`	object
`name`	string
`owner_id`	string
`repository_url`	string	URL del repository Git
`runtime_status`	string	Valori consentiti: idle, running, stopped, failed.
`source_manifest`	string	Percorso del manifest adios del progetto nella radice delle sorgenti composte dello spazio di lavoro
`source_workdir`	string	Directory di lavoro del progetto nella radice delle sorgenti composte dello spazio di lavoro
`status`	string	Valori consentiti: active, archived, deleted.
`team_id`	string
`updated_at`	integer	(timestamp Unix)
`workload_id`	string
`workspace_id`	string

Esempio illustrativo; non è una risposta dal vivo:

{
  "base_build_id": "example",
  "base_source_artifact_id": "",
  "branch": "",
  "created_at": 1791072000,
  "deleted_at": 0,
  "metadata": {},
  "name": "postman-example",
  "owner_id": "000000000000000000000000001",
  "repository_url": "example",
  "runtime_status": "idle",
  "source_manifest": "adios.yaml",
  "source_workdir": ".",
  "status": "active",
  "team_id": "000000000000000000000000001",
  "updated_at": 1791072000,
  "workload_id": "",
  "workspace_id": "000000000000000000000000001"
}

Aggiorna lo spazio di lavoro

PUT /v1/workspace/{id}

Aggiorna un oggetto Workspace esistente

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Campi di richiesta (il corpo contiene un esempio modificabile):

Campo	Tipo	Obbligatorio	Descrizione
`base_build_id`	string	No
`base_source_artifact_id`	string	No	Record API dell’artefatto sorgente usato per caricare lo spazio di lavoro. Valore predefinito: `""`.
`branch`	string	No	Valore predefinito: `""`.
`metadata`	object	No
`name`	string	Sì
`owner_id`	string	Sì
`repository_url`	string	No	URL del repository Git
`runtime_status`	string	No	Valori consentiti: idle, running, stopped, failed. Valore predefinito: `"idle"`.
`source_manifest`	string	No	Percorso del manifest adios del progetto nella radice delle sorgenti composte dello spazio di lavoro. Valore predefinito: `"adios.yaml"`.
`source_workdir`	string	No	Directory di lavoro del progetto nella radice delle sorgenti composte dello spazio di lavoro. Valore predefinito: `"."`.
`status`	string	Sì	Valori consentiti: active, archived, deleted. Valore predefinito: `"active"`.
`team_id`	string	Sì
`workload_id`	string	No	Valore predefinito: `""`.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "team_id": "YOUR_TEAM_ID",
  "owner_id": "YOUR_USER_ID",
  "name": "postman-workspace",
  "status": "active",
  "workload_id": "YOUR_WORKLOAD_ID"
}
JSON

Sostituisci YOUR_* nel corpo prima dell’invio. L’heredoc tra virgolette mantiene il JSON letterale.

Risposta: HTTP 200

Workspace aggiornato

Campi di risposta

Campo	Tipo	Descrizione
`base_build_id`	string
`base_source_artifact_id`	string	Record API dell’artefatto sorgente usato per caricare lo spazio di lavoro
`branch`	string
`created_at`	integer	(timestamp Unix)
`deleted_at`	integer	(timestamp Unix)
`metadata`	object
`name`	string
`owner_id`	string
`repository_url`	string	URL del repository Git
`runtime_status`	string	Valori consentiti: idle, running, stopped, failed.
`source_manifest`	string	Percorso del manifest adios del progetto nella radice delle sorgenti composte dello spazio di lavoro
`source_workdir`	string	Directory di lavoro del progetto nella radice delle sorgenti composte dello spazio di lavoro
`status`	string	Valori consentiti: active, archived, deleted.
`team_id`	string
`updated_at`	integer	(timestamp Unix)
`workload_id`	string
`workspace_id`	string

Esempio illustrativo; non è una risposta dal vivo:

{
  "base_build_id": "example",
  "base_source_artifact_id": "",
  "branch": "",
  "created_at": 1791072000,
  "deleted_at": 0,
  "metadata": {},
  "name": "postman-example",
  "owner_id": "000000000000000000000000001",
  "repository_url": "example",
  "runtime_status": "idle",
  "source_manifest": "adios.yaml",
  "source_workdir": ".",
  "status": "active",
  "team_id": "000000000000000000000000001",
  "updated_at": 1791072000,
  "workload_id": "",
  "workspace_id": "000000000000000000000000001"
}

Elimina uno spazio di lavoro

DELETE /v1/workspace/{id}

Elimina un oggetto Workspace

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risorsa eliminata.

Campi di risposta

Campo	Tipo	Descrizione
`message`	string

Esempio illustrativo; non è una risposta dal vivo:

{
  "message": "Deleted successfully"
}

Elenca i file dello spazio di lavoro

GET /v1/workspace/{id}/tree

Elenca le voci di una directory dello spazio di lavoro basato su codice sorgente.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.
`path`	query	No	Directory relativa alla radice dello spazio di lavoro.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/tree?path=." \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Leggi un file dello spazio di lavoro

GET /v1/workspace/{id}/file

Leggi un file relativo alla radice dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.
`path`	query	Sì	Percorso obbligatorio del file, relativo allo spazio di lavoro.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file?path=${ADIOS_FILE_PATH}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Scrivi un file dello spazio di lavoro

PUT /v1/workspace/{id}/file

Crea o sostituisci il contenuto del file selezionato.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.
`path`	query	Sì	Percorso obbligatorio del file, relativo allo spazio di lavoro.

Esempio di richiesta

curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file?path=${ADIOS_FILE_PATH}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "content": "Hello from Postman!\n",
  "encoding": "utf8"
}
JSON

Sostituisci YOUR_* nel corpo prima dell’invio. L’heredoc tra virgolette mantiene il JSON letterale.

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Elimina un file dello spazio di lavoro

DELETE /v1/workspace/{id}/file

Elimina il file selezionato nello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.
`path`	query	Sì	Percorso obbligatorio del file, relativo allo spazio di lavoro.

Esempio di richiesta

curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file?path=${ADIOS_FILE_PATH}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Sposta un file dello spazio di lavoro

POST /v1/workspace/{id}/file/move

Sposta un file all’interno dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file/move" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "from": "YOUR_FILE_PATH",
  "to": "YOUR_DESTINATION_PATH"
}
JSON

Sostituisci YOUR_* nel corpo prima dell’invio. L’heredoc tra virgolette mantiene il JSON letterale.

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Esegui il lint dello spazio di lavoro

POST /v1/workspace/{id}/commands

Esegui il comando lint configurato nello spazio di lavoro. kind supporta lint

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/commands" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "kind": "lint"
}
JSON

Sostituisci YOUR_* nel corpo prima dell’invio. L’heredoc tra virgolette mantiene il JSON letterale.

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Ottieni lo stato del comando dello spazio di lavoro

GET /v1/workspace/{id}/commands/{command_id}

Esamina un comando già inviato allo spazio di lavoro.

Imposta workspace_id, command_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`command_id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/commands/${ADIOS_COMMAND_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Ottieni i log dei comandi dello spazio di lavoro

GET /v1/workspace/{id}/commands/{command_id}/logs

Leggi i log di un comando dello spazio di lavoro.

Imposta workspace_id, command_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`command_id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/commands/${ADIOS_COMMAND_ID}/logs" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Ottieni lo stato dell’ambiente di esecuzione dello spazio di lavoro

GET /v1/workspace/{id}/run

Esamina l’ambiente di esecuzione dell’anteprima dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Avvia l’anteprima dello spazio di lavoro

POST /v1/workspace/{id}/run/start

Avvia l’ambiente di esecuzione dell’anteprima dello spazio di lavoro. Può consumare risorse a pagamento.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run/start" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Arresta l’anteprima dello spazio di lavoro

POST /v1/workspace/{id}/run/stop

Arresta l’ambiente di esecuzione dell’anteprima dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run/stop" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Riavvia l’anteprima dello spazio di lavoro

POST /v1/workspace/{id}/run/restart

Riavvia l’ambiente di esecuzione dell’anteprima dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Questa richiesta modifica dati o avvia un’azione. Controlla la destinazione e il corpo prima dell’invio.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run/restart" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Ottieni lo stato Git dello spazio di lavoro

GET /v1/workspace/{id}/git/status

Esamina il branch corrente e le modifiche locali.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/git/status" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Ottieni la cronologia Git dello spazio di lavoro

GET /v1/workspace/{id}/git/log

Leggi i commit recenti dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/git/log" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Elenca i branch Git dello spazio di lavoro

GET /v1/workspace/{id}/git/branches

Elenca i branch disponibili nello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/git/branches" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Controlla il manifest dello spazio di lavoro

GET /v1/workspace/{id}/manifest/check

Convalida il manifest Adios dello spazio di lavoro.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/manifest/check" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.

Ottieni l’inventario dei test dello spazio di lavoro

GET /v1/workspace/{id}/tests

Esamina i test rilevati e la configurazione dei test.

Imposta workspace_id usando gli ID restituiti dalle tue risposte API.

Autenticazione: token bearer e intestazione del team mostrate di seguito.

Parametri

Nome	Posizione	Obbligatorio	Descrizione
`id`	path	Sì	Identificativo della risorsa ottenuto dai risultati API del tuo team.
`X-Tenant-ID`	header	Sì	ID del team attivo. Deve corrispondere al tenant a cui è vincolato il token diagnostico.

Esempio di richiesta

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/tests" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Risposta: HTTP 200

Risposta riuscita. Controlla lo stato restituito per le operazioni che avviano attività asincrone.

Per questa operazione personalizzata non è pubblicato uno schema completo del corpo della risposta. Controlla il contenuto e lo stato restituiti; qui non si presume alcun formato del payload.