Danke an euch beide – das ergibt Sinn.
Ich denke, der Unterschied besteht darin, dass der dokumentierte Pfad d/boot_dev --init den Admin-Benutzer bereits erstellt. Meine Verwirrung entstand also durch das Experimentieren in der Dev-Umgebung, anstatt diesen genauen Init-Ablauf von Anfang bis Ende zu durchlaufen.
Der Tipp mit MailHog ist ebenfalls hilfreich. Mir war nicht bewusst, dass das Dev-Setup Bestätigungs-E-Mails lokal über mailhog und localhost:8025 abfangen kann. Das erklärt den vorgesehenen Workflow, falls jemand den normalen Registrierungs-/E-Mail-Bestätigungsweg nutzt.
Das schlüssigere mentale Modell scheint also folgendes zu sein:
- Für das Standard-Docker-Dev-Setup:
d/boot_dev --initverwenden und beim Auffordern das Admin-Konto erstellen. - Zum Testen von E-Mail-/Registrierungsflows:
mailhogstarten und Nachrichten unterlocalhost:8025anzeigen. - Falls separat benötigt:
bin/rails admin:createist der manuelle Helfer zum Erstellen eines Admin-Kontos.
Das klärt die Verwirrung auf – danke.
Eine kleine, separate Frage, während ich die Dev-Oberfläche erkunde: Wofür werden die kleinen Symbol-Schaltflächen in der vertikalen Symbolleiste verwendet? Ich sehe sie in der Oberfläche, bin mir aber nicht sofort sicher, ob es sich um normale Benutzerschnittstellen-Steuerelemente, Admin-Verknüpfungen oder Entwicklungs-/Debug-Hilfen handelt.