digna CLI referencia 2026.06¶
2026-09-05
Ez az oldal a digna CLI 2026.06 kiadásában elérhető parancsok teljes körét dokumentálja, használati példákkal és beállításokkal együtt.
A futtatható állomány neve digna.
A CLI alapjai¶
Áttekintés és szintaxis¶
A 2026.06 kiadás CLI-je strukturált, kategóriaalapú parancshierarchiát használ:
A version és a serve önálló parancsok, alparancs nélkül:
Globális beállítások¶
A következő globális beállítások minden parancsra érvényesek:
--help,-h: Súgóinformációt jelenít meg a CLI-ről vagy egy adott parancskategóriáról, illetve alparancsról.--stacktrace: Hiba esetén a teljes hibaláncot jeleníti meg a legfelső szintű üzenet helyett.
A --stacktrace szigorú értelemben globális beállítás: a parancskategória elé kell írni, nem utána.
Nincs --version kapcsoló. Használja helyette a version parancsot.
Előfeltételek¶
A legtöbb parancshoz olvasható, érvényes config.toml szükséges; egyeseknek ezen felül érvényes licenc is kell. Az alábbi táblázat rögzíti, hogy az egyes parancskategóriák mit töltenek be, mielőtt bármit is tennének:
| Parancskategória | Szükséges hozzá a config.toml | Szükséges hozzá érvényes licenc |
|---|---|---|
version | nem | nem |
config check | nem (éppen ez az, amiről a parancs jelentést ad) | nem |
license check | nem | ez maga az ellenőrzés |
crypt | igen | nem |
serve | igen | nem |
windows | nem (a szolgáltatás indításkor olvassa be) | nem |
project | igen | nem |
user | igen | igen |
inspection | igen | igen |
repo | igen | igen |
Ahol licenc szükséges, ott az aláírását és a lejárati dátumát egyaránt ellenőrzi a rendszer, és a parancs még azelőtt megszakad, hogy hozzányúlna a tárolóhoz, ha bármelyik ellenőrzés sikertelen.
Kilépési kódok¶
0: a parancs sikeres volt.1: a parancs meghiúsult. A hibaüzenet a stderr kimenetre kerül,Error:előtaggal.
help¶
A --help beállítás az elérhető parancskategóriákról, alparancsokról és beállításokról nyújt információt:
-
Általános súgó megjelenítése:
-
Súgó lekérése adott kategóriákhoz és parancsokhoz:
A kimenet tartalmazza: - A parancs leírását: A parancs céljának összefoglalását. - A szintaxist: A kötelező és opcionális argumentumokat. - A beállításokat: A parancsra jellemző kapcsolókat és paramétereket.
version¶
A version parancs kiírja a telepített digna kiadást. Nem olvas be konfigurációt és nem ellenőriz licencet, így olyan telepítésen is működik, amelynek a config.toml fájlja vagy licence hiányzik, illetve érvénytelen.
A kiadás verziója független a tároló sémájának verziójától, amelyet a repo check jelent.
A parancs használata¶
Példakimenet¶
Konfigurációkezelés¶
config check¶
A config check parancs ellenőrzi a konfigurációs fájlt (config.toml), meggyőződve arról, hogy minden kötelező szakasz és beállítás jelen van és megfelelően formázott. Minden szakasz külön kerül ellenőrzésre, így egy hibás [app] szakasz nem fedi el a [repo] állapotát.
A jelentésben szereplő szakaszok:
App config([app])Repository config([repo])Base config([base])Logging config([logging])Encryption config([encryption])OIDC config(s)(oidc_clients) — opcionális; a hiányzó kulcs átmegy az ellenőrzésen, a jelen lévő, de hibás formátumú lista viszont megbukik
A parancs szándékosan nem úgy tölti be az alkalmazás konfigurációját, ahogyan a többi parancs, hogy olyan config.toml fájlt is diagnosztizálni tudjon, amely a digna elindulását teljesen megakadályozná.
A parancs használata¶
Beállítások¶
--configpath,-c: A konfigurációs fájl vagy aconfig.tomlfájlt tartalmazó könyvtár elérési útja (alapértelmezés:./config.toml).--json: Az ellenőrzési jelentést JSON formátumban adja ki. Elsőbbséget élvez a--quietbeállítással szemben.--quiet,-q: Elnyomja a jelentést, és kizárólag a kilépési kódra hagyatkozik.
Példa¶
Adott konfigurációs fájl ellenőrzése és a kimenet JSON formátumban:
Példakimenet¶
Configuration validation report (source: config.toml):
- App config: OK
- Repository config: OK
- Base config: OK
- Logging config: OK
- Encryption config: FAILED
missing field `aes_gcm_key`
- OIDC config(s): OK
Overall: FAILED
A hiányzó fájl vagy a TOML szintaktikai hiba nem hagy semmit, amit szakaszonként ellenőrizni lehetne, ezért egyetlen hibaként jelenik meg jelentés helyett, függetlenül a --quiet vagy --json beállítástól.
Tárolókezelés¶
repo check¶
A repo check parancs teszteli az adatbázis-kapcsolatot, és ellenőrzi a tároló telepítését és verzióját. Meghiúsul, ha a beállított séma nem létezik, vagy ha létezik ugyan, de nem tartalmaz digna tárolót.
A jelentett verzió a tároló sémájának verziója, amely a version által kiírt digna kiadástól függetlenül van verziózva.
A parancs használata¶
Példakimenet¶
repo install¶
A repo install parancs új digna tárolót telepít a config.toml fájlban beállított sémába, létrehozva minden szükséges szekvenciát, táblát, indexet, megszorítást és kezdeti rekordot.
Magát a sémát ez a parancs nem hozza létre — annak előzetesen léteznie kell. A parancs továbbá megtagadja a futást, ha az adott sémában már van telepített tároló, és a repo upgrade parancsra irányít, ha a telepített verzió régebbi.
A parancs használata¶
Példakimenet¶
Installing repo version 3.0.0
✅ Sequences created.
✅ Tables and Indices created.
✅ Constraints created.
✅ Records inserted.
✅ Repo version 3.0.0 successfully installed.
repo upgrade¶
A repo upgrade parancs adatbázisséma-migrációkat alkalmaz, hogy a meglévő tárolót a telepített kiadás által elvárt verzióra emelje. A frissítések rögzített frissítési útvonal mentén, egyszerre egy verzióugrással kerülnek alkalmazásra, és minden befejezett ugrás rögzül a tárolóban.
Ha a tároló már az elvárt verzión van, a parancs jelzi, hogy nincs szükség frissítésre, és nem hajt végre változtatást.
A parancs használata¶
Példakimenet¶
Upgrading from 2.3.1 to 2.3.2...
Upgrading from 2.3.2 to 3.0.0...
✅ Repo successfully upgraded to version 3.0.0.
repo prune¶
A repo prune parancs eltávolítja azokat a sorokat, amelyek túlélték azt a projektet vagy adatforrást, amelyhez tartoztak. Egy projekt vagy adatforrás törlése magát az objektumot eltávolítja, de a hozzá tartozó profilokat, előrejelzéseket, állapotokat és sorszámokat meghagyja — ez tudatos kompromisszum, mert egy olyan törlés, amely ezeket a táblákat is kitakarítaná, megvárakoztatná a felhasználót. A repo prune az a karbantartási lépés, amely ezeket kitakarítja, és bármikor biztonságosan futtatható: kizárólag olyan sorokat távolít el, amelyek projektje vagy adatforrása már nem létezik.
A Python-háttérrendszer által olyan táblákba írt sorokat, amelyeket a jelenlegi kiadás már nem használ, a parancs érintetlenül hagyja.
A parancs használata¶
Beállítások¶
--dry-run: Kiírja, mi kerülne eltávolításra, anélkül hogy bármit eltávolítana.
Csak az árva sorokat tartalmazó táblák jelennek meg. Ha nincs ilyen, a parancs a No orphaned rows found. üzenetet írja ki, és kilép.
Példa¶
Példakimenet¶
"check" 29342
check_profile 29342
check_prediction 29342
check_status 29342
column_status 32
inspection_query 253
---------------------------------------------
total 117854
✅ Removed 117854 orphaned row(s).
Ugyanez a jelentés, anélkül hogy bármi eltávolításra kerülne:
A sorszámok azonosak, csak a záró sor különbözik:
Titkosításkezelés¶
crypt gen-key¶
A crypt gen-key parancs új AES-GCM titkosítókulcsot állít elő, amelyet a config.toml fájlban titkosítókulcsként lehet használni. Betölthető config.toml fájlnak már léteznie kell, még akkor is, ha az előállított kulcs nem függ tőle.
A parancs használata¶
Példakimenet¶
crypt encrypt¶
A crypt encrypt parancs egy karakterláncot (például adatbázisjelszót) titkosít a config.toml fájlban beállított AES-GCM kulccsal, és kiírja a titkosított szöveget.
A parancs használata¶
Argumentumok¶
- VALUE: A titkosítandó nyílt szöveges karakterlánc (kötelező).
Példa¶
crypt decrypt¶
A crypt decrypt parancs egy AES-GCM titkosítású karakterláncot fejt vissza a config.toml fájlban beállított kulccsal, és kiírja a nyílt szöveget.
A parancs használata¶
Argumentumok¶
- VALUE: A visszafejtendő titkosított karakterlánc (kötelező).
Példa¶
Felhasználókezelés¶
user add¶
A user add parancs új felhasználói fiókot hoz létre a digna tárolóban. A parancs meghiúsul, ha a megadott e-mail-címmel már létezik felhasználó.
A parancs használata¶
Argumentumok¶
- EMAIL: A felhasználó e-mail-címe (kötelező).
- PASSWORD: A felhasználó kezdeti jelszava (kötelező).
- DISPLAY_NAME: A felhasználó teljes megjelenítendő neve (kötelező).
Beállítások¶
--admin,-a: A felhasználót rendszergazdai (superuser) jogosultságokkal hozza létre.
Példa¶
Rendszergazdai fiók létrehozása:
Példakimenet¶
user list¶
A user list parancs táblázatos formában felsorolja az összes regisztrált felhasználót az azonosítóval, az e-mail-címmel, a megjelenítendő névvel és a rendszergazdai jelzővel.
A parancs használata¶
Példakimenet¶
ID EMAIL DISPLAY NAME ADMIN
-----------------------------------------------------------------------------------------------
42 jdoe@example.com John Doe false
43 admin@example.com Admin User true
user modify¶
A user modify parancs egy meglévő, e-mail-cím alapján azonosított felhasználói fiók megjelenítendő nevét és rendszergazdai jogosultságait frissíti.
A megjelenítendő nevet és a rendszergazdai jelzőt a rendszer mindig egyszerre írja. Az --admin kapcsoló, nem érték: elhagyása visszavonja a rendszergazdai jogosultságokat, ezért adja meg minden olyan esetben, amikor a felhasználónak meg kell tartania vagy meg kell szereznie azokat.
A parancs használata¶
Argumentumok¶
- EMAIL: A módosítandó felhasználó e-mail-címe (kötelező).
- DISPLAY_NAME: A frissített megjelenítendő név (kötelező).
Beállítások¶
--admin,-a: Rendszergazdai jogosultságokat ad. Hagyja el a visszavonásukhoz.--valid-until,-v: Kompatibilitási okokból elfogadott, de jelenleg nem érvényesül. Megadása figyelmeztetést ír ki, és semmit sem változtat.
Példa¶
Példakimenet¶
user modify-pwd¶
A user modify-pwd parancs egy meglévő felhasználói fiók jelszavát frissíti.
A parancs használata¶
Argumentumok¶
- EMAIL: Annak a felhasználónak az e-mail-címe, akinek a jelszavát frissíteni kell (kötelező).
- PASSWORD: Az új jelszó (kötelező).
Példa¶
user delete¶
A user delete parancs eltávolít egy felhasználói fiókot a rendszerből.
A parancs használata¶
Argumentumok¶
- EMAIL: A törlendő felhasználó e-mail-címe (kötelező).
Példa¶
Projektek és adatforrások kezelése¶
project list¶
A project list parancs felsorolja a tárolóban elérhető összes projektet, megjelenítve azonosítójukat, nevüket és leírásukat.
A parancs használata¶
Példakimenet¶
ID NAME DESCRIPTION
------------------------------------------------------------------------------------------------------
7 ProjectA Sales data quality
8 ProjectB Finance data quality
project list-ds¶
A project list-ds parancs felsorolja az adott projekthez tartozó összes adatforrást, megjelenítve azonosítójukat, nevüket, típusukat, sémájukat és táblanevüket.
A parancs használata¶
Argumentumok¶
- PROJECT_NAME: Annak a projektnek a neve, amelynek az adatforrásait fel kell sorolni (kötelező). A névnek pontosan egyeznie kell.
Példa¶
Példakimenet¶
ID NAME KIND SCHEMA TABLE
-------------------------------------------------------------------------------------------------------------
101 orders Table sales orders
102 customers Table sales customers
project export-ds¶
A project export-ds parancs egy projekt adatforrásait JSON dokumentumba exportálja.
Ha sem a --table-name, sem a --table-id nincs megadva, a projekt összes adatforrása exportálásra kerül.
A parancs használata¶
Argumentumok¶
- PROJECT_NAME: Annak a projektnek a neve, amelyből az adatforrásokat exportálni kell (kötelező).
Beállítások¶
--table-name,-n: Az exportálandó adatforrások nevei. Több név is megadható szóközzel elválasztva.--table-id,-i: Az exportálandó adatforrások azonosítói. Több azonosító is megadható szóközzel elválasztva.--exportfile,-f: Az az elérési út, ahová az exportált adatforrások mentésre kerülnek (alapértelmezés:data_sources_export.json).
Példa¶
A ProjectA összes adatforrásának exportálása:
Adott táblák exportálása:
Példakimenet¶
project import-ds¶
A project import-ds parancs adatforrásokat importál egy exportfájlból a célprojektbe, és objektumonként jelenti, mi jött létre, mi frissült és mi maradt ki.
A parancs használata¶
Argumentumok¶
- PROJECT_NAME: A célprojekt neve, amelybe az importálás történik (kötelező).
- EXPORT_FILE: A JSON exportfájl elérési útja (kötelező).
Beállítások¶
--output-file,-o: Az a fájl, amelybe az importjelentés íródik. Nélküle a jelentés a stdout kimenetre kerül.--output-format,-f: Az importjelentés formátuma —table,jsonvagycsv(alapértelmezés:table).
Példa¶
Géppel olvasható jelentés rögzítése:
digna project import-ds ProjectB my_export.json --output-format json --output-file import_report.json
A jelentés négy objektumszintet fed le — adatforrás, adathalmaz-definíció, attribútum és érvényesítési szabály —, mindegyiket az importművelettel, az eredménnyel, a létrejött objektum azonosítójával és az esetleges további információkkal együtt.
project plan-import-ds¶
A project plan-import-ds parancs előnézetet ad az adatforrások célprojektbe történő importálásáról, megmutatva, mely objektumok jönnének létre, frissülnének vagy maradnának ki, anélkül hogy bármit megváltoztatna. Ugyanazt az exportfájlt és ugyanazokat a jelentési beállításokat fogadja el, mint a project import-ds, és tervezett objektumonként lépésszámmal egészíti ki.
A parancs használata¶
Argumentumok¶
- PROJECT_NAME: A célprojekt neve (kötelező).
- EXPORT_FILE: Az exportfájl elérési útja (kötelező).
Beállítások¶
--output-file,-o: Az a fájl, amelybe az importterv íródik. Nélküle a terv a stdout kimenetre kerül.--output-format,-f: Az importterv formátuma —table,jsonvagycsv(alapértelmezés:table).
Példa¶
project cleanup¶
A project cleanup parancs eltávolítja azokat az ellenőrzési eredményeket, amelyeket egy projekt egy dátumtartományban felhalmozott — a profilokat, előrejelzéseket, sorszámokat, valamint minden ellenőrzési, attribútum-, adathalmaz- és adatforrás-állapotot. Pontosan azt távolítja el, amit az adott dátumokra vonatkozó ellenőrzés írt, így a tartomány utána újra ellenőrizhető az eredmények újraépítéséhez.
A Timeliness és a Schema Tracker előzményei nem kerülnek eltávolításra: ezek azt rögzítik, amit a digna egy adott napon megfigyelt, nem pedig egy abból származtatott eredményt, ezért egy múltbeli dátumtartomány tisztítása érintetlenül hagyja őket.
Minden adatforrás tisztítása saját tranzakcióban történik, így egy megszakított futás teljes adatforrásokat hagy maga után, nem pedig félig kitisztítottat.
A parancs használata¶
Argumentumok¶
- PROJECT_NAME: A tisztítandó projekt (kötelező). Hívásonként egy projekt.
- FROM_DATE: Az első dátum, amelyre vonatkozóan az eredmények eltávolításra kerülnek,
YYYY-MM-DDformátumban (kötelező). - TO_DATE: Az utolsó dátum (a tartományba beleértve), amelyre vonatkozóan az eredmények eltávolításra kerülnek,
YYYY-MM-DDformátumban (kötelező).
Beállítások¶
--table-name,-n: A tisztítást ezekre az adatforrásokra korlátozza. Több név is megadható szóközzel elválasztva.--table-filter: A tisztítást azokra az adatforrásokra korlátozza, amelyek neve tartalmazza ezt a részkarakterláncot.--dry-run: Felsorolja a tisztításra kerülő adatforrásokat, anélkül hogy bármit eltávolítana.--timing: Megjeleníti, mennyi ideig tartott a tisztítás.
A --table-name és a --table-filter VAGY kapcsolatban áll — egy adatforrás akkor kerül tisztításra, ha meg van nevezve, vagy ha a részkarakterlánc illeszkedik rá. Ha egyetlen adatforrás sem illeszkedik, a parancs hibával leáll, ahelyett hogy sikert jelentene egy olyan tisztításról, amely semmit sem csinált.
Példa¶
Egyetlen adatforrásra korlátozva:
Példakimenet¶
Cleaning up project 'ProjectA' from 2026-01-01 to 2026-06-30:
- Table1
- Table2
- Table3
✅ Cleaned up 3 data source(s).
Annak megtekintése, mely adatforrások kerülnének tisztításra, anélkül hogy bármi eltávolításra kerülne:
Minden sor meg van jelölve, így egy próbafuttatás nem téveszthető össze egy valódival:
Cleaning up project 'ProjectA' from 2026-01-01 to 2026-06-30:
- Table1 (dry run, nothing removed)
- Table2 (dry run, nothing removed)
- Table3 (dry run, nothing removed)
Dry run - 3 data source(s) would be cleaned up.
Ellenőrzések kezelése¶
inspection run¶
Az inspection run parancs ellenőrzési kérést hoz létre egy projekthez és egy dátumtartományhoz, majd — a megadott beállításoktól függően — vagy megvárja, vagy azonnal visszatér, vagy saját folyamatán belül futtatja le.
A három végrehajtási mód:
- Alapértelmezett (kapcsoló nélkül): a kérés a háttérrendszer várólistájára kerül, a CLI pedig kétmásodpercenként lekérdezi, és kiírja a feladatok haladását, amíg az ellenőrzés végállapotba nem jut. Futó
digna serveszükséges, különben senki sem veszi fel a kérést. --async-mode: a kérés várólistára kerül, azonosítóját pedig a rendszer azonnal kiírja. A követéséhez használja azinspection statusparancsot.--bypass-backend: az ellenőrzést maga a CLI folyamat hajtja végre, és nem kerül várólistára, így nincs szükség futó kiszolgálóra.
Az --async-mode és a --bypass-backend kölcsönösen kizárják egymást.
Minden módban a parancs nem nulla kilépési kóddal zárul, ha az ellenőrzés nem fejeződött be sikeresen.
A parancs használata¶
Argumentumok¶
- PROJECT_NAME: A célprojekt neve (kötelező). A névnek pontosan egyeznie kell.
- START_DATE: A dátumtartomány kezdődátuma
YYYY-MM-DDformátumban (kötelező). - END_DATE: A dátumtartomány záródátuma
YYYY-MM-DDformátumban (kötelező).
Beállítások¶
--table-name: Az ellenőrzést a projekt egyetlen adatforrására korlátozza, amelyet az adatforrás neve határoz meg. Nélküle a projekt összes adatforrása ellenőrzésre kerül.--async-mode: Várólistára teszi az ellenőrzést, és kiírja a kérés azonosítóját ahelyett, hogy megvárná. Nem kombinálható a--bypass-backendbeállítással.--bypass-backend: Az ellenőrzést közvetlenül a CLI folyamatában futtatja ahelyett, hogy a háttérrendszer várólistájára tenné. Nem kombinálható az--async-modebeállítással.
Példa¶
Aszinkron ellenőrzés beküldése:
Egyetlen adatforrás ellenőrzése:
Példakimenet¶
Alapértelmezett mód:
Inspection request submitted. Waiting for completion (Request ID: 1024)...
Progress: 3/10 tasks completed (0 failed)
Progress: 10/10 tasks completed (0 failed)
Inspection completed successfully.
Inspection successful for project: ProjectA
Aszinkron mód:
inspection status¶
Az inspection status parancs egy ellenőrzési kérés állapotát és feladathaladását kérdezi le a kérés azonosítója alapján.
A parancs használata¶
Argumentumok¶
- INSPECTION_REQUEST_ID: Az ellenőrzési kérés numerikus azonosítója (kötelező).
Példa¶
Példakimenet¶
Inspection Request ID: 1024
Status: Running
Project ID: 7
Date Range: 2024-01-01 to 2024-01-31
Progress: 3/10 tasks completed (0 failed)
inspection abort¶
Az inspection abort parancs a futó vagy függőben lévő ellenőrzési kérések megszakítását kéri. Minden érintett kéréshez leállítási eseményt rögzít; ez alapján a háttérrendszer jár el, így a megszakítás leállítási kérés, nem pedig azonnali kilövés.
A parancs használata¶
Argumentumok¶
- INSPECTION_REQUEST_ID: A megszakítandó ellenőrzési kérés azonosítója. Kötelező, hacsak nincs megadva a
--killall.
Beállítások¶
--killall: Megszakítja az összes jelenleg futó és függőben lévő ellenőrzési kérést. Elsőbbséget élvez a mellette megadott kérésazonosítóval szemben.
Példa¶
Adott kérés megszakítása:
Az összes aktív és várólistán lévő ellenőrzés megszakítása:
Példakimenet¶
A --killall jelenti, mit tett; egyetlen kérés megszakítása nem ad kimenetet, és a sikerről a kilépési kódjával számol be.
Licenckezelés¶
license check¶
A license check parancs ellenőrzi a license.toml fájlt: aláírását a telepítéssel szállított nyilvános kulccsal veti össze, és megvizsgálja, hogy nem járt-e le. Nem olvas alkalmazáskonfigurációt, ezért még a config.toml beállítása előtt is működik.
A parancs használata¶
Példakimenet¶
Az érvénytelen aláírás és a lejárt licenc külön hibaként jelenik meg, mindkettő 1-es kilépési kóddal.
Kiszolgáló és háttérszolgáltatások¶
serve¶
A serve parancs elindítja a digna REST API kiszolgálót a háttérben futó ellenőrzésütemezővel és ellenőrzéskezelővel együtt. Indításkor sikertelenné nyilvánít minden olyan ellenőrzést is, amelyet a tároló még futóként tart nyilván, mivel egy korábbi folyamatból semmi sem maradhatott fenn.
A parancs előtérben fut, amíg le nem állítják.
A parancs használata¶
Beállítások¶
--address: Az a hálózati cím, amelyhez az API-kiszolgáló kötődik (alapértelmezés:127.0.0.1).--port: A figyelt port száma (alapértelmezés:8000).
Példa¶
Példakimenet¶
Windows-szolgáltatás kezelése¶
Csak Windows rendszeren érhető el. A parancsok regisztrálják a digna háttérrendszert a Windows szolgáltatáskezelőjében, és vezérlik azt; maga a szolgáltatás a háttérben a serve parancsot futtatja. Minden parancsot emelt jogosultságú (rendszergazdaként megnyitott) Parancssorból kell futtatni, és mindegyik elfogadja a --name beállítást, így egy nem alapértelmezett néven regisztrált szolgáltatás is megcímezhető.
windows install¶
A windows install parancs Windows-szolgáltatásként regisztrálja a digna alkalmazást.
Az itt megadott cím és port a szolgáltatás regisztrációjában rögzül, és a szolgáltatás ezekhez kötődik — nem a config.toml fájlból olvassa be őket. Ha később módosítani szeretné őket, távolítsa el a szolgáltatást, és telepítse újra.
A parancs használata¶
Beállítások¶
--name: A név, amelyen a szolgáltatás regisztrálva lesz (alapértelmezés:digna).--display-name: A services.msc-ben megjelenő név (alapértelmezés:digna).--description: A services.msc-ben megjelenő leírás (alapértelmezés:digna data quality backend).--address: Az a cím, amelyhez a szolgáltatás az API-ját köti (alapértelmezés:127.0.0.1).--port: Az a port, amelyhez a szolgáltatás az API-ját köti (alapértelmezés:8000).--working-dir: Aconfig.tomlés alicense.tomlfájlt tartalmazó könyvtár, amelyet a szolgáltatás munkakönyvtárként használ (alapértelmezés: adignafuttatható állomány könyvtára).--start-type: Mikor indul a szolgáltatás —autoa Windows-zal együtt,manualcsak kérésre,disabledregisztrálva van, de nem hajlandó elindulni (alapértelmezés:auto).--account: A fiók, amelynek nevében a szolgáltatás fut, pl.DOMAIN\uservagy.\user(alapértelmezés:LocalSystem).--password: A--accountfiók jelszava.
Példa¶
Regisztrálás egy második néven, tartományi fiókkal futtatva:
digna windows install --name digna-test --display-name "digna (test)" --account DOMAIN\svc_digna --password <password>
windows start¶
A windows start parancs elindít egy regisztrált szolgáltatást.
A parancs használata¶
Beállítások¶
--name: A név, amelyen a szolgáltatás regisztrálva van (alapértelmezés:digna).
windows stop¶
A windows stop parancs leállít egy futó szolgáltatást. Bármely alkalmazásfájl cseréje előtt állítsa le a szolgáltatást.
A parancs használata¶
Beállítások¶
--name: A név, amelyen a szolgáltatás regisztrálva van (alapértelmezés:digna).
windows uninstall¶
A windows uninstall parancs törli a szolgáltatás regisztrációját. Előbb állítsa le a szolgáltatást.
A parancs használata¶
Beállítások¶
--name: A név, amelyen a szolgáltatás regisztrálva van (alapértelmezés:digna).