Skip to content
aYOUne
Not in your language

This page is not yet available in en. You're reading the it version.

Feature flag

Feature flag

Un feature flag è un interruttore con un nome. Lo crei una volta, gli dai un valore e puoi
cambiarlo in seguito senza che nessuno debba riconfigurare nulla.

Motivi tipici: una funzione nuova deve girare prima solo nell'ambiente di prova. Un'impostazione
deve essere diversa tra anteprima ed esercizio reale. Oppure vi serve un arresto d'emergenza per
qualcosa che si rivela un problema durante l'esercizio.

Dove si trova

Configurazione → Sviluppo e DevOps → Flag

L'elenco mostra tutti gli interruttori della vostra azienda, i modificati più di recente in
alto.

ColonnaSignificato
NomeLa chiave univoca dell'interruttore
TipoA che cosa serve; vedi sotto
ValoreChe cosa è impostato in questo momento
DescrizioneA che cosa serve
ArchiviatoSe ha ancora effetto
ModificatoQuando qualcuno lo ha toccato l'ultima volta

Sopra l'elenco ci sono tre filtri: una ricerca sul nome, una selezione per tipo e un
intervallo di date su Modificato. Oltre qualche decina di interruttori, la ricerca è la via
più rapida.

Creare un interruttore

Flag → Nuovo flag

Il modulo ha quattro sezioni. Un solo campo è obbligatorio.

Dati di base

CampoNota
NomeObbligatorio. La chiave univoca; l'interfaccia suggerisce una grafia come shop.nuovoCheckout
TipoUna scelta fra sei valori, vedi sotto
DescrizioneA che cosa serve l'interruttore e che cosa succede quando viene spostato

La descrizione è il vero consiglio di questo capitolo. Un interruttore sopravvive alla
persona che lo ha creato. Sei mesi dopo nessuno ricorda più che cosa faccia un interruttore né
se lo si possa spegnere, a meno che non sia scritto lì accanto.

I sei tipi

TipoA che cosa serve
FunzioneAttivare o disattivare una funzione
ImpostazioneUn valore che cambia da un ambiente all'altro
RilascioRendere visibile qualcosa di nuovo a tappe
EsperimentoFar competere due varianti
EsercizioQualcosa che si commuta durante l'esercizio
Arresto d'emergenzaSpegnere subito qualcosa che va storto

Il tipo non cambia nulla dell'effetto: ordina. In un elenco di cinquanta interruttori è la
differenza tra cercare e trovare. È preselezionato Funzione.

Valore

Il valore predefinito dell'interruttore. In un interruttore acceso/spento è acceso o
spento, altrimenti il testo o il numero che deve valere.

Importante: un ambiente con un valore proprio prevale su questo valore predefinito finché è
attivo. Il valore predefinito vale quindi ovunque nessun ambiente dica diversamente.

Ambienti

Qui separi l'interruttore per ambiente. Ogni riga ha tre dati:

DatoSignificato
NomeCome si chiama l'ambiente da voi
TipoProduzione, anteprima o sviluppo
AttivoSe l'interruttore ha effetto lì

Se non ti serve alcuna separazione, lascia la sezione vuota: allora il valore predefinito vale
ovunque. È il caso più frequente, ed è del tutto corretto.

Amministrazione

Questa sezione è chiusa e raramente serve al momento della creazione.

CampoNota
ProgettoFacoltativo. Assegna l'interruttore a un progetto
ArchiviatoDisattivato. Vedi la sezione successiva
ObsoletoSola lettura; viene impostato quando l'interruttore non viene interrogato da molto
Ultima interrogazioneSola lettura; quando qualcuno ha recuperato il valore l'ultima volta

Gli ultimi due campi non li puoi impostare tu; nascono dall'uso effettivo. Proprio per questo
sono la via più rapida per trovare interruttori di cui nessuno ha più bisogno.

Infine Salva. Annulla ti riporta all'elenco.

Modificare un interruttore

Fai clic sulla voce nell'elenco. È lo stesso modulo della creazione.

Lascia stare il nome: è la chiave con cui l'interruttore viene interrogato. Chi lo rinomina
lascia senza interruttore tutti quelli che lo interrogano, e ne crea uno nuovo che nessuno
conosce ancora.

Fare ordine: archiviare invece di eliminare

Quando un interruttore non serve più, attiva Archiviato invece di eliminarlo. La voce resta
leggibile ma non ha più effetto, e se si scopre che qualcosa dipendeva ancora da essa, la
liberi di nuovo con un clic.

Eliminato è eliminato: dopo nessuno ottiene più un valore, e nessuno può andare a vedere che
cosa ci fosse.

Un buon ritmo: una volta a trimestre, scorrere la colonna Ultima interrogazione e
archiviare ciò che nessuno recupera da mesi.

Da dove iniziare

  1. Pensa prima alla descrizione e poi al nome. Chi non sa dire lo scopo in una frase di

solito ha bisogno di una decisione, non di un interruttore.

  1. Inizia dal valore predefinito e aggiungi gli ambienti solo quando differiscono davvero.
  2. Imposta bene il tipo fin dall'inizio. Correggerlo dopo è faticoso.

Se non vedi i flag

L'area è soggetta a permessi come qualsiasi altra. Se ti manca la voce, ti manca il permesso,
non la funzione. Nel capitolo Utenti e ruoli è spiegato come le due cose si collegano.

Work with this page

Ready-made instructions for your AI tool. Copy, paste, go — the AI fetches the content itself via the address in the text.

Summarise the steps for me The essentials, in the right order.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/feature-flag.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Summarise the content for me.

- First, in two sentences: what is this about?
- Then the steps in the order I need to take them.
- One line per step, in plain language.
- At the end: what I should have ready beforehand.

Leave out nothing I need in order to actually finish.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain what I need this for What it is good for — and when it is worth it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/feature-flag.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Explain to me what I need this for.

1. Which problem does it solve? In one sentence, from my point of view.
2. Three typical situations in which it genuinely helps me.
3. When I do NOT need it — that saves me time.
4. What I can do instead if it is not a fit.

Stick to what the source says. Where it gives nothing, say so openly instead
of guessing.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me set this up Step by step, asking me as you go.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/feature-flag.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Walk me through the setup step by step.

- First tell me what I need to have ready (access, data, time).
- Then take me through ONE step at a time. Wait for my "next".
- For each step, say how I can tell that it worked.
- If something goes wrong, ask me for the exact message instead of guessing.

If the instructions leave a point open, tell me so rather than inventing it.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me with a problem Narrow down the cause instead of guessing.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/feature-flag.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Help me narrow down a problem.

- First ask me what I observe and what I expected instead.
- From that, derive the most likely causes consistent with this source.
- For each cause, give me ONE test that confirms or rules it out.
- Order them so the cheapest test comes first.

Do not guess. If the source does not cover the problem, tell me where I should
look next.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain it in plain words No jargon, from the ground up.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/feature-flag.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Explain the content so that someone without prior knowledge understands it.

- Start with the purpose: why does this exist at all?
- Explain technical terms in half a sentence on first use.
- One everyday comparison where it genuinely holds — none where it limps.
- At the end: the three things worth remembering.

Do not shorten by dropping conditions. A simplification that hides a
prerequisite is a false statement.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
A checklist to tick off To follow along while you do it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/feature-flag.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Turn this into a **tick-off checklist** for practical use.

- Exactly one action per item, in the imperative.
- Order it so that no item depends on a later prerequisite.
- Prerequisites and pitfalls as indented sub-items.
- End with an acceptance step: how do I know everything is right?
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.

Was this article helpful?

👎 No (0)
Leave a comment