Gracias a ambos, tiene sentido.
Creo que la distinción es que el camino documentado d/boot_dev --init ya crea el usuario administrador, así que mi confusión surgió al experimentar con el entorno de desarrollo en lugar de seguir ese flujo de inicialización exacto de principio a fin.
El consejo sobre MailHog también es útil. No había notado que la configuración de desarrollo podía capturar los correos de confirmación localmente mediante mailhog y localhost:8025, lo que explica el flujo de trabajo previsto si alguien utiliza la ruta normal de registro/confirmación por correo.
Parece que el modelo mental más fluido es:
- Para la configuración estándar de Docker en desarrollo, usa
d/boot_dev --inity crea la cuenta de administrador cuando se te solicite. - Si pruebas flujos de correo/registro, ejecuta
mailhogy visualiza los mensajes enlocalhost:8025. - Si es necesario por separado,
bin/rails admin:createes el asistente manual para crear una cuenta de administrador.
Eso aclara la confusión, gracias.
Una pequeña pregunta aparte mientras exploro la interfaz de usuario de desarrollo: ¿para qué sirven los pequeños botones con iconos en la barra de herramientas vertical? Los veo en la interfaz, pero no estoy seguro inmediatamente si son controles normales para el usuario, atajos de administrador o ayudas de desarrollo/depuración.