- LEGAL_ENTITY.v7g.json: OSS reframed as normative root (kind: normative_root, parent: null, legalForm removed). Maintainer block added pointing to GCC (GitCover Commons gUG) as the legal entity maintaining the root. GCC's real company repos live on git.gitcover.de (not public .org). - others.json: tenant key -> root; legal_form null; maintained_by -> GCC. - README.md / README.en.md / dictionaries/README.md: "OSS-Tenant" -> "OSS (normative Root)" throughout; OSS clarified as no-parent normative root maintained by GCC, not a legal entity. - Spec (GITCOVER_PROTOCOL) and GCP.Questionnaire ADR-003 references updated in their respective working trees. Co-Authored-By: Claude <noreply@anthropic.com>
69 lines
3.2 KiB
Markdown
69 lines
3.2 KiB
Markdown
# OSS/TOP — Zentrale normative V7GUID-Registry (GitCover)
|
||
|
||
Dieses Repository (`git.gitcover.org/OSS/TOP`, lokal `/mnt/brx5/work/OSS/TOP/`)
|
||
ist die **zentrale, normative Single-Source-of-Truth (SSoT)**-Heimat für
|
||
V7GUID-Dictionaries, die **für alle GitCover-Tenant-Repos** gelten, die nach den
|
||
Konzepten von GitCover / GCBoK arbeiten. Abgestimmt mit **GCC** (alle GitCover-Module
|
||
teilen dieselbe Bedeutung).
|
||
|
||
> **OSS ist kein „Tenant" im üblichen Sinn**, sondern die **normative Root** der
|
||
> GitCover-Hierarchie (kein Parent) — gehostet als Gitea-Org `OSS` auf
|
||
> `git.gitcover.org`. OSS übernimmt alle funktionalen Elemente (Tools/Module/Features)
|
||
> und die zentralen Registries; gepflegt wird der Root von **GCC**
|
||
> (GitCover Commons gUG). Die echten, nicht-öffentlichen Firmen-Repos von GCC liegen
|
||
> auf `git.gitcover.de`.
|
||
|
||
> 🌐 **Sprachen:** [Deutsch (Standard, autorisierend)](README.md) ·
|
||
> [English (übersetzt)](README.en.md).
|
||
> Gitea liefert die Variante passend zur UI-Sprache (unten rechts
|
||
> „Select Language"); Standard-Fallback ist diese deutsche Datei.
|
||
|
||
## Inhalt
|
||
|
||
```
|
||
TOP/
|
||
└── .gitcover/
|
||
├── LEGAL_ENTITY.v7g.json # OSS-Normative-Root-Identität (gepflegt von GCC)
|
||
├── others.json # Root-/Endpunkt-/Dictionary-Deskriptor
|
||
└── dictionaries/
|
||
├── README.md # Dictionary-Konvention (de primär + en übersetzt)
|
||
├── kinds.json # Normativer Kind-Enum (V7GUID Bits 114–121, Layout v2)
|
||
└── status_flags.json # Lebenszyklus-Bitmask (Bits 106–113, Layout v2)
|
||
```
|
||
|
||
## `kind` + `status` (Layout v2)
|
||
|
||
`kinds.json` klassifiziert die **Art (kind) einer Tätigkeitseinheit** — eine
|
||
allgemeine, tenant-agnostische Klassifikation (Vorhaben, Forschungs-Kapitel,
|
||
Arbeitspaket, Routine, Workflow, Fall-/Auftragsbearbeitung, Verwaltung,
|
||
Begleitaufwand, IP-Verwaltung, Geschäftsführungspflichten, Hauptberuf,
|
||
Förder-/Antragsantrag, Routine-Software, Vorhabens-Fortsetzung,
|
||
Auftragsforschung, Eigenleistung). Sie ist **nicht** an die Anträge eines
|
||
einzelnen Tenants gebunden; juristische Spezifika (z. B. deutsches Steuerrecht
|
||
FZulG/BSFZ) stehen im optionalen Feld `jurisdiction_de` und ändern die
|
||
normative Hauptbedeutung nicht.
|
||
|
||
`status_flags.json` definiert die 8 kombinierbaren **Lebenszyklus-Flags**
|
||
(geplant / genehmigt / entwickelt / validiert / freigegeben / abgenommen /
|
||
archiviert / reserviert) als O(1)-Bitmask-Filter direkt aus der GUID
|
||
(z. B. `status & 0x07 == 0x07` ≡ geplant+genehmigt+entwickelt).
|
||
|
||
Beide Dictionaries sind **zweisprachig** (`label_de` primär / `label_en`
|
||
übersetzt).
|
||
|
||
- Spec: `GITCOVER_PROTOCOL/specs/v7guid/33_kind.md`, `…/34_status.md`
|
||
- Spec-ADR: `GITCOVER_PROTOCOL/specs/v7guid/ADR-002_layout_v2_kind.md`
|
||
- Bedarf: `REPOS/AFJD/Tagebuch-Prompt.md`
|
||
|
||
## Git
|
||
|
||
- Objekt-Format: **SHA256** (`git init --object-format=sha256`).
|
||
- Remote: `git-gcf@git.gitcover.org:OSS/TOP.git`. Öffentlicher Spiegel:
|
||
`codeberg.org/org/gitcover-commons`.
|
||
|
||
## Konsolidierung (Folge-Slice)
|
||
|
||
Die L1–L6-Dictionaries verbleiben vorerst im CFP-Tenant
|
||
(`REPOS/CFP/TOP/.gitcover/dictionaries/`). Ihre Migration in diesen
|
||
OSS-Normative-Root ist ein Folge-Slice; bis dahin ist CFP die Quelle für L1–L6
|
||
und OSS die Quelle für die neuen Felder `kind` und `status`. |