Cancella la configurazione OTP corrente. Il prossimo accesso ripartirà
dal setup wizard.
Richiede le credenziali ENV del container
(RELEASE_IMPORTER_USERNAME /
RELEASE_IMPORTER_PASSWORD).
🔐 Setup OTP — Prima configurazione
Il sistema richiede autenticazione a due fattori (TOTP).
Devi configurarla ora prima di poter accedere.
Step 1 di 3 — Verifica credenziali iniziali
Inserisci username e password configurati nelle env vars
RELEASE_IMPORTER_USERNAME / RELEASE_IMPORTER_PASSWORD.
Queste credenziali verranno verificate, poi memorizzate in SQLite (bcrypt).
Step 2 di 3 — Scansiona il QR code
Apri la tua app authenticator (FreeOTP consigliato, oppure Authy,
Google Authenticator, 1Password, ecc.) e scansiona il QR qui sotto.
📋 Inserimento manuale (se non puoi scansionare)
Secret (base32):
URI completo:
Step 3 di 3 — ⚠️ SALVA QUESTI BACKUP CODES
⚠️ ATTENZIONE: questi 10 codici non ti saranno PIÙ
mostrati. Servono se perdi accesso all'app OTP (telefono rubato,
app reinstallata, ecc). Ogni codice è monouso.
Salvali in un posto sicuro (password manager,
cassetto fisico, file criptato).
Trascina uno o più .tar.gz o tocca per scegliere
se selezioni 1 file → flow singolo · se 2+ → modalità batch (stesso progetto/branch)
filenamesize
vX.Y.Z
Modalità batch · 0 file
I file verranno pushati in ordine cronologico (mtime ASC),
dal più vecchio al più nuovo, sulla branch main.
Le branch per stage (sviluppo/collaudo/produzione) verranno gestite dopo,
come fase separata di promotion.
🧠 Analisi nomi
…0/0
📜 Log live
Revisione · 0 file
Project: …
Branch: …
🔍 Forensic bundletutto il debug per consegna esterna
Scarica un .tar.gz con: log job, dialogo LLM, tar listing, git ls-tree
(computed + expected), diff completi, tarball originali. Tutto redacted
(token mascherati).
📦 Batch
…0/0
⏸ Batch in pausa — push BLOCCATO
File:…
Motivo:…
📜 Ultimi log del push bloccato
Il batch resta in pausa fino alla tua decisione (timeout 24h).
📜 Log live
🧠 Dialogo LLM (parse-batch)📋 Stato per file
…
🛠 Strumenti repo
🐛 Apri issue
📝 Carica documento
Il file verrà salvato su branch documentation (separato da main),
in documentation/{tag}/{filename}. Non interferisce col source.
📋 Jobs attivi
Tutti i job parse + push in memoria. Puoi lanciare più import in parallelo
su project diversi. Auto-refresh ogni 3 secondi.
In corso 0
(caricamento…)
Recenti (completati / falliti)
(nessuno)
⚙ Admin
Configurazione persistente (SQLite). Sopravvive ai restart.
🔐 Autenticazione OTP
(caricamento…)
⚠ Nuovi backup codes (i vecchi sono INVALIDATI):
⚙ Settings operativi
DB override → env var → default. Click (?) per help.
(caricamento…)
Storia modifiche settings
Help
📌 env var:
📌 default:
📌 type:
📌 range:
🚀 Pipeline — stage promotion
L'upload va sempre alla branch storica (es. main) con il tag.
Quando una versione è pronta, la adotti nel primo stage;
poi le promozioni sono solo stage[i] → stage[i+1].
Stages sono puntatori: force-update del ref (no merge).
(caricamento config…)
📌 Adotta una versione
Punta il primo stage al commit del tag scelto. Tutti i tag esistenti
sul repo sono adottabili — anche release vecchie (= rollback).
Seleziona un repo per vedere lo stato della pipeline.
🌐 Inventario Forgejo
Snapshot dello stato di Forgejo: owners → repos → tags.
Aggiornato automaticamente al boot del container + on-demand via "Rescan".
(caricamento…)
(caricamento…)
📁 Gestione Gruppi
Organizza i repo in gruppi logici (es. "infrastructure", "AI services").
Un repo può essere in più gruppi. Cancellare un gruppo NON cancella i repo.
(caricamento…)
📋 Repo senza gruppo
(caricamento…)
Nuovo gruppo
Aggiungi repo al gruppo
Gruppo:
(caricamento…)
📦 Archivio
Tutti i tarball uploadati sono salvati in /data/archive/{project}/{tag}/
con sidecar JSON (LLM parse + user override + push history).
🔍 Audit · …
📜 Ordine push · …
Ordine autoritativo con cui i tag verranno ripushati. Indipendente
dal timestamp di upload (che può essere fuori sequenza in caso di
bulk-import). Ogni save crea una nuova versione immutabile; le
versioni precedenti restano salvate per audit.