de.yourecom.packager
-
Marcel Beckers -
YoureCom/de.yourecom.packager -
Privat -
31. Oktober 2021 um 13:06
-
Packager: Belegt-Prüfung auch in der Liste verwaister Agenten-Ordner, Ordnername ohne Groß-/Kleinschreibung (Review B W1/W2 zu f3b1777) 6.2
Marcel Beckers23. Oktober 2026 um 22:59 -29 Löschungen +41 Hinzufügungen 70 Gesamt 4 Dateien -
Packager: Übernehmen entfernt keinen Worktree, in dem check.sh läuft, wartet oder aus dem deployt wird (Reibung) Der Worktree verschwand unter einem laufenden check.sh, der danach rot war (reibung.md 19.10., 21.10.). Der Merge geht weiter, nur der Ordner bleibt; Aufräumen später über Mehr > Verwaiste Agenten-Ordner. 6.2
Marcel Beckers23. Oktober 2026 um 22:21 +43 Hinzufügungen 43 Gesamt 2 Dateien -
Packager: automatischer Tag nur für vollständig gelaufene Releases und nur auf dem Release-Commit (Review B zu 3eefbb1) Ein Release, dessen Paketbau oder Push scheiterte, wird wie früher erst nach Rückfrage getaggt. Ein schon vorhandener lokaler Tag, der nicht auf den Release-Commit zeigt, wird nicht gepusht. 6.2
Marcel Beckers23. Oktober 2026 um 21:29 -4 Löschungen +22 Hinzufügungen 26 Gesamt 1 Dateien -
Packager: Tag automatisch setzen, sobald der Shop die Release-Version zeigt (Marcel) Release vorbereiten und der Upload in den Shop sind die Freigabe für den Tag (PROZESS §4, 23.10.2026); bisher fragte der Packager dann noch einmal. Release abschließen von Hand bleibt mit Rückfrage. README zur Prüf-Reihenfolge und zum Release nachgezogen. 6.2
Marcel Beckers23. Oktober 2026 um 21:23 -14 Löschungen +20 Hinzufügungen 34 Gesamt 2 Dateien -
Packager: nach einer vollen Prüfung den Repo-Stand neu lesen (Deploy-Spalte), Kommentar zum Unterbrechen berichtigt (Review B) 6.2
Marcel Beckers23. Oktober 2026 um 21:16 -1 Löschungen +4 Hinzufügungen 5 Gesamt 1 Dateien -
Packager: kein eigener Deploy mehr vor der vollen Prüfung (#923) check.sh deployt den geprüften Stand selbst, parallel zu seinen anderen Schritten und an seinem Platz in der Warteschlange; der Deploy davor lief außerhalb der Warteschlange und kostete seine ganze Dauer zusätzlich. 6.2
Marcel Beckers23. Oktober 2026 um 21:09 -13 Löschungen +6 Hinzufügungen 19 Gesamt 1 Dateien -
Packager: Überschneidungen der Agenten-Branches mit zwischengespeicherten Branch-Diffs (#923) Jeder Komplettlauf startete einen git diff je Agenten-Branch; solange Head und Branch gleich sind, gilt das letzte Ergebnis (12 Repos: 5,0 s auf 1,9 s). 6.2
Marcel Beckers23. Oktober 2026 um 20:50 -6 Löschungen +29 Hinzufügungen 35 Gesamt 2 Dateien -
Packager: Fehlerlog-Prüfung nach dem Deploy entfernt (Marcel) Das Mitlesen des Dev-Fehlerlogs nach jedem Deploy, der Hinweis in der Deploy-Spalte und der nächste Schritt 'Dev-Fehlerlog prüfen' brachten nichts und störten; check.sh prüft das Fehlerlog des geprüften Plugins selbst. Der Menüeintrag öffnet das Log weiter. 6.2
Marcel Beckers23. Oktober 2026 um 20:50 -74 Löschungen +7 Hinzufügungen 81 Gesamt 1 Dateien -
Packager: Standard-Update weicht wichtigeren Prüfungen, Leerlauf nach echter Eingabe (Review B zu #923) check.sh mit CHECK_YIELD=1 beendet sich vor den Dev-System-Schritten mit Code 75, wenn eine Prüfung höherer Priorität wartet; das Standard-Update setzt dann zurück und versucht es später. Ein Fenster im Vordergrund ohne Eingabe seit 15 Minuten gilt nicht mehr als benutzt (Komplettlauf über alle Repos nachts). 6.2
Marcel Beckers23. Oktober 2026 um 20:50 -2 Löschungen +16 Hinzufügungen 18 Gesamt 3 Dateien -
Packager liest nach Aktionen nur das betroffene Repo und alle Repos nur bei benutztem Fenster, Standard-Update mit niedrigster Prüf-Priorität (#923) Bisher 285 Komplettläufe über 68 Repos am Tag (je 5 bis 23 s Git), auch nachts und bei fast jedem Fensterwechsel. Ohne Benutzung liest er die Commit-Stände aus den Dateien und nur Repos mit neuem Commit per git status. DEPLOY_BY=packager für das Deploy-Protokoll. 6.2
Marcel Beckers23. Oktober 2026 um 20:19 -17 Löschungen +51 Hinzufügungen 68 Gesamt 1 Dateien -
Standard-Abgleich: nichts anfassen, wenn während des Checks im Plugin gearbeitet wurde; Timeout beendet den ganzen Prozessbaum 6.2
Marcel Beckers22. Oktober 2026 um 11:57 -4 Löschungen +31 Hinzufügungen 35 Gesamt 3 Dateien -
Standard-Abgleich: nur bei gepushter Standard-Quelle, ohne NO_PUSH und mit grünem check.sh (PROZESS §6) 6.2
Marcel Beckers22. Oktober 2026 um 11:49 -5 Löschungen +55 Hinzufügungen 60 Gesamt 3 Dateien -
Commit-Vorschlag nennt geänderte Klassen statt Dateien je Ordner zu zählen "4 Dateien geändert: files (3)" sagt weder was noch warum (CLAUDE.md, Konventionen) und landete so als Nachricht in vielen Commits. Der Vorschlag nennt jetzt neue, geänderte und gelöschte Dateien und die neue Version; Nachrichten im alten Zählformat werden abgelehnt. Umbenennungen und Pfade in Anführungszeichen werden dabei richtig gelesen. 6.2
Marcel Beckers21. Oktober 2026 um 00:27 -10 Löschungen +35 Hinzufügungen 45 Gesamt 2 Dateien -
Seit-Release-Tab zeigt standardmäßig nur Änderungen seit der letzten Entscheidung Bisher zeigte "Seit Release" nach "Nicht releasen" und einem neuen Commit immer wieder alle Commits seit dem echten Shop-Release, auch die schon einmal durchgesehenen und bewusst zurückgestellten. Der Tab merkt sich jetzt den Commit der letzten Entscheidung (auch wenn sie durch einen neueren Commit überholt ist) und zeigt standardmäßig nur, was seitdem dazukam; ein Button holt bei Bedarf weiterhin die komplette Liste seit dem Release. 6.2
Marcel Beckers18. Oktober 2026 um 10:32 -7 Löschungen +51 Hinzufügungen 58 Gesamt 4 Dateien -
Prüfung-Spalte zeigt ehrlich an, wenn sie gerade läuft oder wartet Bisher stand bei einer laufenden automatischen Deploy-und-Check-Pipeline sowie bei einer für ein wichtigeres Plugin unterbrochenen Prüfung weiterhin das alte, schon veraltete Ergebnis (z. B. noch "ROT") in der Spalte, obwohl im Hintergrund längst neu geprüft wird. Jetzt zeigt sie "wird geprüft ..." bzw. "wartet (für eine wichtigere Prüfung unterbrochen) ...". 6.2
Marcel Beckers18. Oktober 2026 um 10:28 -1 Löschungen +18 Hinzufügungen 19 Gesamt 2 Dateien -
Branch 'agent/754-merge-vendor' in 6.2 übernommen 6.2
Marcel Beckers17. Oktober 2026 um 18:14 -1 Löschungen +30 Hinzufügungen 31 Gesamt 2 Dateien -
Packager: Reihenfolge der Prüfungen und schneller Lauf bei reinen Paketangaben dokumentiert Der Code steckt schon in a404d27: der Packager stellt sich mit Vorrang in die Warteschlange von _dev/check-lock.sh (Release 1, eigene Prüfungen 2, automatische 4, Agenten-Worktrees 5), die automatische Prüfung weicht einem besseren Wartenden, außer sie ist fast fertig, und ein Commit, der nur Version, Datum, benötigte Pakete und requirements/-Archive ändert, wird nur schnell geprüft. Hier: README dazu, und der Test stellt die Plugin-Liste nach dem Metadaten-Fall wieder her. 6.2
Marcel Beckers17. Oktober 2026 um 18:14 -1 Löschungen +4 Hinzufügungen 5 Gesamt 2 Dateien -
Packager: Übernehmen entfernt erst die vendor/node_modules-Verknüpfungen des Arbeitsordners, dann den Ordner (#754) git worktree remove folgte den Verknüpfungen und leerte vendor/ im Plugin. Test: Übernehmen eines Arbeitsordners mit verknüpftem vendor/ lässt den Inhalt im Plugin stehen. 6.2
Marcel Beckers17. Oktober 2026 um 17:13 -1 Löschungen +30 Hinzufügungen 31 Gesamt 2 Dateien -
Packager: neue Stände automatisch prüfen, Release mit voller Prüfung, Tag-Frage, Agenten-Prüfung sichtbar - Spalte Prüfung: zeigt das neueste Ergebnis von check.sh, egal wer es gestartet hat (Packager, Agent, Terminal), mit voll/schnell, Zahl der roten Schritte und "alter Stand". Bisher nur die im Packager gestarteten Prüfungen, ohne var/checks.json war sie leer. - Automatische Prüfung: ein Plugin mit neuem Commit bekommt zwei Minuten nach dem letzten Commit Deploy und vollen Check, eins nach dem anderen und nie neben einem Deploy, einer Prüfung oder einem Release. Nur Stände, die sich seit der letzten Sitzung geändert haben. Mehr > an/aus. - Release vorbereiten: ohne volle grüne Prüfung genau dieses Stands laufen erst Deploy und voller Check, danach geht das Release von selbst weiter (eine laufende automatische Prüfung wird abgewartet). Der Release-Commit löst keine automatische Prüfung aus. - Tag: sobald der Shop die veröffentlichte Version zeigt, fragt der Packager einmal, ob der Tag gesetzt und gepusht werden soll. - Agenten-Reiter im Diff-Fenster: jeder Branch zeigt, ob sein Stand geprüft ist (voll geprüft, Prüfung rot, nicht geprüft). Gefunden über den Inhalts-Fingerabdruck von tree-hash.sh --content (Modules/Lite/check-results.php); nach dem Übernehmen zählt die Prüfung des Agenten auch für den Hauptbranch, solange der Inhalt gleich ist (standard-status.php, Cache var/content-cache.json). - Agenten-Worktrees: steht ein Worktree fünf Minuten still und ist nichts offen, läuft automatisch check.sh --fast darauf (schnell, weil ein voller Lauf den Stand des Agenten ins Dev-System deployen würde, das der Agent vielleicht noch nutzt). Schon geprüfte Stände werden ausgelassen. - Diff-Fenster: "Übernehmen und Release vorbereiten" für einen grün geprüften Branch; das Hauptfenster startet das Release, sobald es den Merge-Commit gelesen hat. - Eine rote Prüfung ist in der Liste und im Detailbereich rot, auch in einer grünen Zeile. - Agenten-Reiter: jeder Branch sagt vorab, ob er sich konfliktfrei übernehmen lässt (git merge-tree, ohne etwas anzufassen); ein Branch mit Konflikt wird gar nicht erst versucht. - Verwaiste Agenten-Ordner (Branch schon übernommen oder eine Woche still, nur ganz saubere): Hinweis im Log, Mehr > "Verwaiste Agenten-Ordner aufräumen ..." entfernt sie mit agent-worktree.sh remove, die Branches bleiben (tools/stale-worktrees.php, im Hintergrund). - Versionsbeschreibung aus den Aufgaben des Arbeitsplatzes statt aus den Commit-Betreffs (tools/release-notes.php, im Hintergrund): "Fehler: ByteMon: …" wird "Behoben: …". Eine Aufgabe zählt nur, wenn sie das Plugin oder den Branch nennt; Standard-Updates fallen weg. - Version per Doppelklick auf die Version ändern (Liste oder Details): das Feld schlägt die nächste Beta vor, Enter übernimmt, Datum heute. "Beta-Version erhöhen" ist entfernt. - Reihenfolge der Prüfungen (Warteschlange _dev/check-lock.sh, Commit 7da92d8 im wsc6.2-Repo): der Packager stellt sich mit Vorrang an, Release 1, eigene Prüfungen 2, automatische 4, Agenten-Worktrees 5. Die automatische Prüfung startet nicht, solange jemand wartet, und weicht einem besseren Wartenden, außer sie ist fast fertig (höchstens eine Minute übrig, gemessen an der Dauer des letzten Laufs). Ein abgebrochener Lauf hat kein Ergebnis und kommt später wieder. Die Log-Zeile der automatischen Prüfung nennt den neuen Commit und für welchen Stand der letzte Lauf war. - Tests in tests/run.ps1 und tests/standard-status-test.php, README ergänzt. 6.2
Marcel Beckers17. Oktober 2026 um 15:46 -92 Löschungen +1.446 Hinzufügungen 1.538 Gesamt 11 Dateien -
Packager: in einem kleinen Fenster bleiben alle Listen sichtbar Jeder offene Abschnitt bekam mindestens fünf Zeilen; reichte der Platz nicht (Fenster 760 px hoch: etwa 390 px für die Listen), wurde der ganze Bereich scrollbar und die unteren Listen rutschten unbemerkt aus dem Bild. Jetzt geben alle offenen Listen anteilig Zeilen ab, bis auf eine Zeile mit ihrem Kopf (sie scrollen in sich); den ganzen Bereich scrollen nur noch, wenn nicht einmal das passt. Mit Platz bleibt alles wie bisher. Tests mit einem echten TableLayoutPanel in tests/run.ps1. 6.2
Marcel Beckers16. Oktober 2026 um 16:54 -9 Löschungen +4 Hinzufügungen 13 Gesamt 1 Dateien
Bereit, deine Community smarter zu machen?
Ob fertiges Produkt oder individuelle Softwarelösung – überzeuge dich selbst.