깃 브랜치 전략
Main - 최종 배포, release 단계에서 검이 완료된 real 프로파일 환경의 서버에 배포
Release - 최종 배포되기 전, local에의 작업물들이 모인 develop 브랜치로부터 pre-deploy해 검증 할 수 있는 브랜치 이것도 배포 서버와는 별도의 클라우드 환경의 개발 환경에 배포된다고 보면 된다.(프론트도 공통으로 사용하며 API 문서도 여기서 확인할 수 있다)
Develop -로컬에서 작업된 각 지라 티켓들이 완료되어 작업물들이 merge되는곳 별도의 클라우드에 올라가진 않는다.
배포 시나리오
- develop에 모인 작업물들을 최종 배포 전 클라우드 개발 환경에 프론트와 함께 배포환경에서 최종적으로 테스트 하고 싶어한다.
- develop에서 release로 merge한다. (CI/CD 워크플로우 실행)
- 클라우드 개발 환경에 배포된다.
- 클라우드 개발 환경에서는 최종 배포 전, 실제 기능들이 잘 동작하는지 검증한다.
- 검증이 완료되었다면 release는 main으로 merge
- 최종적으로 배포 완료
기능 우선순위
빨강색 - must
보라색 - should
회색 - could
- 입장 프로세스
- 회원가입
- 닉네임
- 프로필 이미지
- 로그인
- 팀 생성 기능
- 팀 마크 설정 - x
- 팀 이름 설정 (중복 X)
- 대결 종목 설정 (팀원 수 제한) - x
- 사용자 초대
- 사용자 승인
팀 대표 설정
팀 개설자가 default로 가져가는 걸로
- 팀 개설
core : 승률만 딱 봤을 떄, 팀전인데 대표로 한다면 개인의 1명의 몰빵 느낌. → 팀전이 있다면 팀 기능도 무조건 들어가야한다.
팀전이 없는 스포츠는 잘 없다. → 팀전 기능 필수
- 대결
- 게시글 작성
팀전 개인전 요소는 20일 1시에 다시 애기해보기
- 개인이서 생각해올것 (문서화 필수)
====== current ======= - 종목 - 참가 인원 (수) - 팀 vs 개인전 분기점 - 팀전이라면 참여 인원 리스트도 필요 - 위치 (지역(구, 시) 정도만) - 텍스트로만 받는 걸로 나중에 - 시간 ======= past ============ - 대결 종목 - 팀전/개인전 선택 - 대결 상대 인원 수(N명) - 시간, 장소(지도) - 레이팅 설정 유무
- 카테고리 변경 x → 다시 작성 유도
- 수락은 한 순간 부터 못지움
서로 수락한 상태이면 못지우게 할건지 .. 추후에 파기로 기록하는 수단을 만들것인지
- 삭제 가능
- 삭제 불가능 (오류 메시지)
- soft-delete
- 상세 보기 화면
- 대결 조회
- 위치 설정 ⇒ 반경 ~m 안에있는 리스트 조회 ⇒ 필수
- 종목 설정, 대결 유형(개인, 팀 … ) ⇒ 필수
========== current ==========
해당 서비스의 취지를 정립해야 한다.
너무 많은 정책들이 오가고 있는 상태임
UI 그려서 오기(그림으로 승부하기) - required
검색 조건 생각해오기
- 게시글 카테고리 별 조회
- 게시글 전체 조회 (카테고리 상관x)
- 반경 조회 기능 `[정해야함]`
- 100m
- 1km
- 2km
==== past ====
대결 신청
- 해당 팀의 전력 조회 기능 (팀 승률, 개인(주전멤버) 승률 등)
- 팀 대결일 경우 어떤 팀원들이 들어갈지 선택
- 그에 따라 팀의 인원수를 맞춰야 된다. (Validation) - policy
대결 성사
- 상대 팀에서 대결 신청 시 조회 ()
- 알림이 뜨면 수락 여부
- 댓글이든 쪽지든 뭐 (1대 1) 소통 수단
댓글 , 대댓글로 해소함
→성사된 팀 또는 사람만 달 수 있도록- 웹 소켓
- 해당 게시글(대결창) 만료?
쪽지로 대체 하는게 낫지 않을까 → UI (당근이랑 비슷하니 한번 보고 오셔요)
- 대결 이후
승패여부 확인 →
우선 게시글 작성자가 판단하는 걸로 MUST
- 여유가 된다면 추후에 도전자와 피도전자의 승패 기입→ 검증→ 둘의 기입한 승 패 데이터가 맞을 시 확정
개인이나 팀에대한 후기 작성
- 별점 혹은 텍스트로 보여줄거냐
별점 : 한눈에 파악 용이 (일단 별점으로 선택 이유 - 간단히 평균 별점으로 점수낼 수 있음)
- 텍스트 : 상세하게 알 수 있음.
- 별점 내면서 텍스트로 후기를 하느냐 (추후에 할 수 있는 should 이하의 영역)
- 전적(승/패) 업데이트
- 경기 종료 후 전적 업데이트
- 개인이나 팀의 후기에 따른 별점 변화
- (컨텐츠 차별화용) 레이팅 변화 (MMR)
- 승 패 수?
- 점수 → 티어로 연계
- 랭킹 변화
- 지도로 하면 랭킹 검색 조건으로 갈 수 있을 것 같음.
형욱님 : 전적 뿐 아니라 다른 내적인 정보(매너 온도나 .. 등등) 를 알 수 있어서 required 하다(최초 아이디어 취지에 부합하는 기능이다)
- 티어(티어별 마크) → 슈퍼 후순위
- 하수
- 중수
- 고수
- 지존
모호한 부분
매치만들 때 팀전, 개인전의 경우 어떻게 플로우가 흘러가는지- 매치에 맞게 유동적으로 팀원 선택(주전 멤버)
삭제 정책- 매칭 성사 시 게시글 삭제 불가
- 소통수단이 게시글마다 어떻게 ui가 되는건지
- 게시글 종속
- 웹소켓 사용 x
다건 조회 UI- 조회 조건 (위치, 거리 관련 문제) > 내 위치 기준 반경으로
- 동운 : 위치가 자세한게 아니라 동으로 지정된 경우에는 마커로 주변 경기 표시가 불가능
- 형욱 : 위치가 노출되는 부분도 우려되며 어느정도 초기에 생각했던 프로젝트 정체성에 맞게 진행할 필요성도 있어 보입니다. 또한 해당 위치 시점으로 먼 거리까지 조회를 가능하게 해준다면 오히려 그 부분이 사용자에게 더 편의성을 줄 수 있지 않을까 생각했습니다.
- 진형 : 위치 노출 우려가 있습니다.(개인정보)
- 경기장 위치로 글을작성하는 것은 경기장 예약가능에 대한 명확한 정보가 없기때문에 좋지않을듯
- 본인위치로부터 대결작성시점 위치로 반경 n km가 더 좋을듯합니다.
- 혜빈 : 명확한 기준점이 없습니다. 그리고 수요가 부족하다면 더더욱 리스트 형식이 맞다고 생각합니다. 어디에 수요가 있을지 어떻게 알고 선택할 수 있을까요
동운
메인 화면
종목 & 지역 조회

상세 보기
- 도전 신청 → 도전 신청 페이지 이동
- 진행중 : 상태값
- 메시지 전송 (IF 둘중 하나?)
- 메시지 화면으로 넘어간다.
- 상세 화면에서 보낸 사람 입장으로 메시지 창이 나온다.

메시지
- 형식은 카톡이되 실시간 통신은 아님 → 소켓 통신 기간 내로 구현이 된다면야… 🫠


도전 신청
- 선택 하면 체크 표시
- 선택된 사람은 위에 고정 (검색하더라도)
- 인원 채워질때까지 도전신청 버튼 비활성화

수락 페이지
- 이동 경로는… 게시물 상세, 내 게시물 보기 화면에 버튼 추가하면 될듯?

병연
매칭 조회하기

매칭 등록

형욱

- 게시글 작성
- 종목
- 팀전 or 개인전 선택
- 팀전일 경우 인원수 설정 및 인원 추가
- 시간
- 게시글 삭제
- 수락은 한 순간 부터 못지움
- 서로 대결을 취소하겠다는 수락을 한 상태라면 삭제가 가능하도록? 하는게 좋을 것 같다.
- 게시글 다건 조회
- 동네의 목적이 아닐 경우 > 고정된 거리로 조회할 수 있도록 ?
- 동네의 목적일 경우 > 현위치 기준으로 최대 어느정도 거리까지 조회할지 제한을 두는게 좋을 것 같다.


진형
스포츠 도메인 대략적인 흐름, 와이어프레임혜빈
- 메인페이지 ( 게시글 조회 )
- 노란 박스는 사용자의 선택에 따라 동적인 선택이 가능
- 분홍 박스는 필수가 아님 ⇒ 랭킹은 일단 써봤음
- 지역을 반경으로 가져갈거면 저부분 수정하면 됨

- 팀 선택
- 전체 창이 아니라 작게 이정도 뜨게
- 팀 없을시에 팀생성으로 바로가는건 어떨까 싶은데

⇒ 개개인의 승인이 필요한 작업이라 게시글 생성에서 이작업은 불필요하다는 생각이 더큼
- 상세조회

- 내 대결
- 실시간 소통이 아니라도 일단 대화를 나눈 부분을 모아 볼 수 있는 기능
- 안에는 진형님이 말씀하신것처럼 웹소켓은 아니지만 채팅처럼 볼 수 있는 기능 좋을 것 같아요
- 게시글에서 상태 끌어와서 표시하면 좋을 것 같아요.

- 메세지 창
