[D2C-36] 로그인 화면 및 사용자 상태 저장 흐름 구현#10
Merged
Merged
Conversation
- add login request type and login API client - implement login form with validation and submission feedback - persist logged-in user in localStorage after successful login - redirect authenticated users away from the login page - reuse auth layout and header state synchronization from signup flow
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
개요
D2C-35에서 구현한 회원가입 및 사용자 상태 저장 구조를 기반으로, 기존 사용자가 로그인 화면에서 계정 정보를 입력하고 프론트엔드 로그인 상태로 전환될 수 있도록 로그인 화면과 API 연동 흐름을 구현했습니다.
이번 작업에서는 로그인 폼 UI, 입력값 검증,
POST /auth/loginAPI 연동, 로그인 성공 후 사용자 정보 저장, 로그인 사용자의 로그인 페이지 접근 제한을 포함했습니다.포함 범위
로그인 화면 구현
로그인 API 연동
POST /auth/loginAPI client 추가사용자 상태 저장 및 헤더 반영
d2c_user기반 로그인 상태 유지인증 상태 기반 페이지 접근 제어
/login직접 접근 시/products로 redirectreplace: true를 적용하여 뒤로가기 시 로그인 페이지로 재진입되는 흐름 방지검증 결과
프론트엔드 타입 체크를 실행하여 정상 통과를 확인했습니다.
프론트엔드 빌드를 실행하여 정상 통과를 확인했습니다.
프론트엔드 개발 서버와 백엔드 서버를 함께 실행하여 로그인 흐름을 수동 확인했습니다.
수동 확인 항목:
http://localhost:5173/login접속 확인d2c_user저장 확인/products이동 확인/login직접 접근 시/products로 redirect 확인브랜치 통합 방식
이번 PR의 통합 흐름은 아래와 같습니다.
D2C-36 병합 후에는
develop브랜치에서 D2C-37 전용 feature 브랜치를 새로 분기하여 장바구니 화면 및 상품 제거/주문 진입 흐름 구현을 진행합니다.향후 브랜치 운영 원칙
Sprint 2에서는 아래 브랜치 운영 원칙을 유지합니다.
develop에서 분기develop으로 개별 PR 생성develop을main에 병합main은 배포 기준 브랜치로 유지체크리스트
develop브랜치에서 분기한 feature 브랜치에서 작업/products이동 처리/login접근 제한 처리.env,node_modules,dist, cache 파일이 커밋에 포함되지 않도록 확인