Files
TOP/README.md
T
gc-dev-afjdandClaude 19d92d6515 fix(OSS/TOP): OSS is normative root, not a tenant/legal entity
- 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>
2026-07-19 11:56:04 +02:00

69 lines
3.2 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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 114121, Layout v2)
└── status_flags.json # Lebenszyklus-Bitmask (Bits 106113, 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 L1L6-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 L1L6
und OSS die Quelle für die neuen Felder `kind` und `status`.