revert: Repo-Name zurueck auf bollwerk (der neue korrekte Name)

Mein vorheriger Commit hat faelschlicherweise bollwerk -> krisenvorrat
geaendert. Richtig ist: krisenvorrat (alt) -> bollwerk (neu).
This commit is contained in:
Jens Reinemann 2026-05-17 18:12:38 +02:00
parent 7c768be648
commit 83ef83f4e7
6 changed files with 34 additions and 34 deletions

View file

@ -138,7 +138,7 @@ Nach dem Anlegen **jedes** [T]- und [P]-Tickets **sofort** ausführen:
```powershell
# 1. Ticket zum Board hinzufügen
gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/krisenvorrat/issues/<N>"
gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/bollwerk/issues/<N>"
# 2. Bestehende Order-Werte abfragen (höchsten Wert ermitteln)
& ".github/skills/gh-tickets/next-ticket.ps1" | Out-Null # zeigt alle offenen Tickets mit Order

View file

@ -91,7 +91,7 @@ Nach dem Anlegen jedes [F]-Tickets **sofort** ausführen:
```powershell
# 1. Ticket zum Board hinzufügen
gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/krisenvorrat/issues/<N>"
gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/bollwerk/issues/<N>"
# 2. Bestehende Order-Werte abfragen (höchsten Wert ermitteln)
& ".github/skills/gh-tickets/next-ticket.ps1" | Out-Null # zeigt alle offenen Tickets mit Order

View file

@ -5,7 +5,7 @@ description: "Konventionen für GitHub-Issues in diesem Workspace: Aufgabentyp-L
# Skill: GitHub Tickets (gh-tickets)
Dieses Dokument definiert die verbindlichen Konventionen für GitHub-Issues im Repository `jreinemann-euris/krisenvorrat`.
Dieses Dokument definiert die verbindlichen Konventionen für GitHub-Issues im Repository `jreinemann-euris/bollwerk`.
---
@ -13,16 +13,16 @@ Dieses Dokument definiert die verbindlichen Konventionen für GitHub-Issues im R
Jedes Issue MUSS genau **eines** dieser Type-Labels tragen:
| Label | Kürzel | Beschreibung |
| ----------------- | ------ | -------------------------------------------------------------------- |
| `block-planning` | [B] | Grobplanung zerlegt Projekt in Blocks, erstellt [T]- und [P]-Tickets |
| `feature` | [F] | Feature-Entwicklung Neuentwicklung ohne Referenz-Altcode |
| `migration` | [M] | C# → Swift Migrationsschritt (Portierung von bestehendem Code) |
| `refactoring` | [F] | Architektur-Refactoring wird wie Feature behandelt (workflow-implementation) |
| `tech-decision` | [T] | Technologie-Entscheidung (User trifft die Wahl) |
| `infrastructure` | [I] | Infrastruktur, Prozess, Tooling, Dokumentation |
| `planning` | [P] | Planungsaufgabe zerlegt grobes Ticket in Arbeitspakete |
| `test` | [X] | Generaltest oder Coverage-Check eines abgeschlossenen Bereichs |
| Label | Kürzel | Beschreibung |
| ---------------- | ------ | ------------------------------------------------------------------------------ |
| `block-planning` | [B] | Grobplanung zerlegt Projekt in Blocks, erstellt [T]- und [P]-Tickets |
| `feature` | [F] | Feature-Entwicklung Neuentwicklung ohne Referenz-Altcode |
| `migration` | [M] | C# → Swift Migrationsschritt (Portierung von bestehendem Code) |
| `refactoring` | [F] | Architektur-Refactoring wird wie Feature behandelt (workflow-implementation) |
| `tech-decision` | [T] | Technologie-Entscheidung (User trifft die Wahl) |
| `infrastructure` | [I] | Infrastruktur, Prozess, Tooling, Dokumentation |
| `planning` | [P] | Planungsaufgabe zerlegt grobes Ticket in Arbeitspakete |
| `test` | [X] | Generaltest oder Coverage-Check eines abgeschlossenen Bereichs |
### Validierung
@ -37,16 +37,16 @@ Stoppe und fordere den User zur Zuordnung auf. Starte den Workflow **nicht** ohn
### Mapping zum Workflow
| Label | Workflow-Prompt |
| ---------------- | -------------------------------------------------------------------- |
| `block-planning` | `.github/prompts/workflow-block-planning.prompt.md` |
| `feature` | `.github/prompts/workflow-implementation.prompt.md` |
| `migration` | `.github/prompts/workflow-implementation.prompt.md` |
| `refactoring` | `.github/prompts/workflow-implementation.prompt.md` |
| `tech-decision` | `.github/prompts/workflow-tech-decision.prompt.md` |
| `infrastructure` | `.github/prompts/workflow-infrastructure.prompt.md` |
| `planning` | `.github/prompts/workflow-planning.prompt.md` |
| `test` | `.github/prompts/workflow-test.prompt.md` |
| Label | Workflow-Prompt |
| ---------------- | --------------------------------------------------- |
| `block-planning` | `.github/prompts/workflow-block-planning.prompt.md` |
| `feature` | `.github/prompts/workflow-implementation.prompt.md` |
| `migration` | `.github/prompts/workflow-implementation.prompt.md` |
| `refactoring` | `.github/prompts/workflow-implementation.prompt.md` |
| `tech-decision` | `.github/prompts/workflow-tech-decision.prompt.md` |
| `infrastructure` | `.github/prompts/workflow-infrastructure.prompt.md` |
| `planning` | `.github/prompts/workflow-planning.prompt.md` |
| `test` | `.github/prompts/workflow-test.prompt.md` |
---
@ -56,13 +56,13 @@ Die Abarbeitungsreihenfolge wird über das **Project Board** gesteuert, nicht ü
### Board-Daten
| Eigenschaft | Wert |
| ------------- | ----------------------------------------------------------------- |
| Projekt-Name | `Bollwerk` |
| Projekt-Nr | `2` |
| Owner | `jreinemann-euris` |
| Sortierfeld | `Order` (Number-Feld) |
| URL | https://github.com/users/jreinemann-euris/projects/2 |
| Eigenschaft | Wert |
| ------------ | ---------------------------------------------------- |
| Projekt-Name | `Bollwerk` |
| Projekt-Nr | `2` |
| Owner | `jreinemann-euris` |
| Sortierfeld | `Order` (Number-Feld) |
| URL | https://github.com/users/jreinemann-euris/projects/2 |
### Order-Feld Konventionen
@ -91,7 +91,7 @@ Ausgabe: `#68 [M] CRM: Erweiterte Kundensuche (Order: 120)`
```powershell
# Issue zum Board hinzufügen
gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/krisenvorrat/issues/<N>"
gh project item-add 2 --owner jreinemann-euris --url "https://github.com/jreinemann-euris/bollwerk/issues/<N>"
# Order-Wert setzen (erfordert Item-ID und Field-ID)
gh project item-edit --id <ITEM_ID> --field-id <ORDER_FIELD_ID> --project-id <PROJECT_ID> --number <ORDER_VALUE>

View file

@ -24,7 +24,7 @@ param(
[string]$Status = "Todo"
)
$repo = "jreinemann-euris/krisenvorrat"
$repo = "jreinemann-euris/bollwerk"
$projectId = "PVT_kwHOCFqiJ84BXk9U"
$orderFieldId = "PVTF_lAHOCFqiJ84BXk9UzhSw4jo"
$statusFieldId = "PVTSSF_lAHOCFqiJ84BXk9UzhSw4es"

View file

@ -9,7 +9,7 @@
#>
param([int]$IssueNumber)
$repo = "jreinemann-euris/krisenvorrat"
$repo = "jreinemann-euris/bollwerk"
if ($IssueNumber -gt 0) {
# Variante A: Explizite Issue-Nummer

View file

@ -21,7 +21,7 @@ param(
[string]$ExpectedSha = ""
)
$repo = "jreinemann-euris/krisenvorrat"
$repo = "jreinemann-euris/bollwerk"
$poll = 10
# --- Warten ---