feat(roadmap): Roadmap des Deploymentcenters uebernommen (I9)

61 Eintraege aus docs/ROADMAP.md stehen jetzt als Items im Deploymentcenter:
17 offen, 24 erledigt, 7 zurueckgestellt, 13 verworfen. Keine Waisen, jedes
Item mit doc_anchor. Der Abgleich laeuft ohne Befund durch.

Die Datei behaelt, was eine Tabellenzelle nicht traegt: die Begruendungen.
Der Zustand steht zwischen dc:roadmap-Markern und wird erzeugt.

  - scripts/roadmap_import.py: wertet die Datei aus und uebertraegt sie.
    Wiederholbar ueber client_ref, legt fehlende Themenbereiche an, wartet
    bei Drosselung. Die Prioritaet liest es aus dem Abschnitt "Als
    Naechstes" - solange die Datei die Quelle ist, soll auch die Prioritaet
    von dort kommen.
  - docs/ROADMAP.md: Statustabellen raus, erzeugter Block rein,
    21 Ueberschriften und 14 Querverweise auf Item-Nummern umgestellt,
    Abschnitt H mit Item-Nummern versehen.

WAS DIE UEBERNAHME ZUTAGE FOERDERTE

  - G8 war zweimal vergeben: einmal offen, einmal erledigt. Genau die
    Kollision handvergebener Kennungen, gegen die der Entwurf argumentiert.
    Beide sind eigene Items.
  - Bereich H fehlte in roadmap_epics - Migration 016 hatte nur A-G und I
    gesetzt. Die Waisenerkennung meldete es. Das Importskript legt fehlende
    Bereiche jetzt an, ueberschreibt aber keine vorhandenen: Ein
    Uebernahmeskript darf anlegen, kuratierte Angaben nicht ueberschreiben.
  - "Item #42" stand als erfundenes Beispiel im Rueckkanal-Absatz - und #42
    gibt es wirklich, in predictalytics. Der Abgleich hat es gemeldet, ein
    Mensch haette es nie bemerkt.
  - Vier Marker waren veraltet (E1, E2, I8, D1).

BEHOBEN: spliceBlock() zerstoerte Dateien, die den Marker erwaehnen

strpos() nahm die erste Fundstelle von "<!-- dc:roadmap". Erwaehnt eine Datei
den Marker im Fliesstext - und die Einleitung einer ordentlichen Roadmap tut
genau das - setzte der Splice dort an und ueberschrieb den halben Dateikopf.
check() klammerte aus demselben Grund Prosa aus statt des Blocks.

Es trifft also ausgerechnet die Dateien, die das Verfahren beschreiben. Der
echte Block wird jetzt am Zeilenanfang samt "stand=" erkannt; das Blockende
wird ab dem Anfang gesucht, nicht ab Dateibeginn.

BEHOBEN: IPv6-Erkennung im Testlauf war launisch

erreichbar() prueft seit jeher IPv6 mit einem blossen connect(). Auf dieser
Strecke gelingt der Verbindungsaufbau zeitweise, waehrend danach nichts mehr
fliesst - der Lauf blieb dann auf IPv6 und jede Anfrage lief 21 Sekunden in
einen Timeout. Weil es launisch war, sah es mal nach einem Haenger und mal
nach einem sauberen Lauf aus. Geprueft wird jetzt bis zur Antwort:
TLS-Handschlag und ein HTTP-HEAD.

WebUI: Verweise im Inhalt hatten keine Farbregel und erschienen im
Browservorgabeblau auf schwarzem Grund. Der Bereichsverweis der Roadmap
springt ausserdem auf die Liste statt auf die Uebersicht - dort wirkt der
Filter, den er setzt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Deploymentcenter Bot
2026-08-30 00:10:32 +02:00
co-authored by Claude Opus 5
parent 8b6d6a307e
commit c9bad697e5
7 changed files with 872 additions and 163 deletions
+48 -8
View File
@@ -618,17 +618,54 @@ final class Roadmap
*/
public static function spliceBlock(string $content, string $block): string
{
$start = strpos($content, self::BLOCK_START);
$end = strpos($content, self::BLOCK_END);
[$start, $end] = self::findeBlock($content);
if ($start === false || $end === false || $end < $start) {
if ($start === null || $end === null) {
$separator = rtrim($content) === '' ? '' : "\n\n";
return rtrim($content) . $separator . $block . "\n";
}
return substr($content, 0, $start)
. $block
. substr($content, $end + strlen(self::BLOCK_END));
. substr($content, $end);
}
/**
* Findet den erzeugten Block - und zwar den echten.
*
* Die erste Fassung nahm strpos() auf BLOCK_START, also die erste
* Fundstelle im Text. Das ging so lange gut, bis eine Datei den Marker
* ERWAEHNTE: Die Einleitung dieser Roadmap erklaert, was zwischen den
* `<!-- dc:roadmap -->`-Markern steht - und genau dort setzte der Splice
* an. Ergebnis: Der halbe Kopf der Datei wurde vom Block ueberschrieben.
*
* Bitter daran ist, dass es ausgerechnet die Datei trifft, die das
* Verfahren beschreibt. Jede gute Roadmap-Datei erwaehnt den Marker.
*
* Der echte Block traegt Angaben hinter dem Marker (stand=..., items=...)
* und steht am Zeilenanfang. Eine Erwaehnung im Fliesstext tut beides
* nicht. Danach wird gesucht - und zur Sicherheit auch beim Ende: das
* naechste BLOCK_END NACH dem Anfang, nicht das erste im Text.
*
* @return array{0:?int,1:?int} Anfang und Ende (hinter dem Endmarker)
*/
private static function findeBlock(string $content): array
{
// Zeilenanfang, Marker, dann Leerraum und "stand=" - so schreibt ihn
// renderBlock() und nur so.
if (!preg_match('/^' . preg_quote(self::BLOCK_START, '/') . '\s+stand=/m',
$content, $treffer, PREG_OFFSET_CAPTURE)) {
return [null, null];
}
$start = (int)$treffer[0][1];
$end = strpos($content, self::BLOCK_END, $start);
if ($end === false) {
return [null, null];
}
return [$start, $end + strlen(self::BLOCK_END)];
}
// ==================================================================
@@ -670,11 +707,14 @@ final class Roadmap
// Zustandsblock ausklammern - die dortigen IDs stammen aus derselben
// Abfrage und wuerden jede Pruefung trivial bestehen lassen.
// Ueber findeBlock(), nicht ueber strpos: Eine Erwaehnung des Markers
// im Fliesstext haette sonst den Anfang bestimmt, und ausgeklammert
// waere ein Stueck Prosa gewesen statt des Blocks - also genau die
// Absaetze, die geprueft werden sollen.
$prose = $content;
$start = strpos($content, self::BLOCK_START);
$end = strpos($content, self::BLOCK_END);
if ($start !== false && $end !== false && $end > $start) {
$prose = substr($content, 0, $start) . substr($content, $end + strlen(self::BLOCK_END));
[$start, $end] = self::findeBlock($content);
if ($start !== null && $end !== null) {
$prose = substr($content, 0, $start) . substr($content, $end);
}
$stale = self::blockAge($content);