discourse/discourse_dev Docker 이미지(Windows 11 노트북)를 사용해 보고 있는데, 개발 워크플로우에서 작은 마찰 지점을 발견했습니다.
아웃바운드 이메일이 구성되지 않은 상태에서 개발 모드로 Discourse를 실행할 때:
1. Ember CLI(localhost:4200)를 통해 가입/로그인 페이지에 접근할 수 있습니다.
2. 사용자 계정을 생성할 수 있습니다.
3. 하지만 이메일 확인이 필요하므로 로그인이 차단됩니다.
우회 방법은 Rails 콘솔에서 계정을 수동으로 활성화하는 것인데, 예를 들어 다음과 같습니다:
차이점은 문서화된 d/boot_dev --init 경로가 이미 관리자 사용자를 생성한다는 점인 것 같습니다. 따라서 제 혼란은 해당 초기화 흐름을 처음부터 끝까지 따르는 것이 아니라 개발 환경을 실험적으로 다루면서 생긴 것이었습니다.
MailHog에 대한 팁도 유용합니다. 개발 환경 설정이 mailhog와 localhost:8025를 통해 확인 이메일을 로컬에서 캡처할 수 있다는 사실을 몰랐는데, 이는 누군가가 일반적인 가입/이메일 확인 경로를 사용할 때 의도된 워크플로우를 설명해 줍니다.
따라서 더 매끄러운 사고 모델은 다음과 같습니다:
표준 Docker 개발 설정의 경우, d/boot_dev --init를 사용하고 프롬프트가 표시될 때 관리자 계정을 생성합니다.
이메일/가입 흐름을 테스트하는 경우, mailhog를 실행하고 localhost:8025에서 메시지를 확인합니다.
별도로 필요한 경우, bin/rails admin:create는 관리자 계정을 생성하기 위한 수동 헬퍼입니다.
혼란이 풀렸습니다. 감사합니다.
개발 UI를 탐색하면서 별도로 작은 질문 하나만 더 하겠습니다. 세로 툴바의 작은 아이콘 버튼들은 무엇에 사용되는 것인가요? 인터페이스에서 그들을 볼 수 있지만, 일반적인 사용자 대상 컨트롤인지, 관리자용 단축키인지, 아니면 개발/디버깅용 헬퍼인지 바로 확신이 서지 않습니다.