شكرًا لكما — هذا منطقي.
أعتقد أن التمييز يكمن في أن مسار d/boot_dev --init الموثق ينشئ بالفعل مستخدم المسؤول، لذا فإن حيرتي نشأت من التجربة في بيئة التطوير بدلاً من اتباع تدفق التهيئة هذا بالضبط من البداية إلى النهاية.
نصيحة MailHog مفيدة أيضًا. لم أكن أدرك أن إعداد التطوير يمكنه التقاط رسائل التأكيد محليًا عبر mailhog وlocalhost:8025، وهو ما يوضح سير العمل المقصود إذا استخدم شخص ما مسار التسجيل/تأكيد البريد الإلكتروني العادي.
إذن يبدو أن النموذج الذهني الأكثر سلاسة هو:
- لإعداد Docker القياسي للتطوير، استخدم
d/boot_dev --initوأنشئ حساب المسؤول عند الطلب. - إذا كنت تختبر تدفقات البريد الإلكتروني/التسجيل، شغّل
mailhogواعرض الرسائل علىlocalhost:8025. - إذا لزم الأمر بشكل منفصل، فإن
bin/rails admin:createهي الأداة اليدوية لإنشاء حساب المسؤول.
هذا يزيل اللبس — شكرًا لك.
سؤال صغير منفصل أثناء استكشاف واجهة المستخدم للتطوير: ما هي وظيفة أزرار الأيقونات الصغيرة في شريط الأدوات العمودي؟ يمكنني رؤيتها في الواجهة، لكنني لست متأكدًا فورًا مما إذا كانت أدوات تحكم عادية للمستخدمين، أو اختصارات للمسؤولين، أو أدوات مساعدة للتطوير/التصحيح.