코드스테이츠의 Pre Project는 Stack Over Flow 웹 사이트를 클론하는 것이다. 프로젝트의 첫 날은 웹 사이트 분석을 하고, 기획과 설계를 진행하기로 했다.
1. 프로젝트 정보
프로젝트 기간
- 2023.02.15 - 2023.03.02
팀 구성
- Frontend 3명, Backend 3명
기술 스택
- Frontend : REACT / STYLED-COMPONENT / AXIOS (+ 가능하면 REDUX)
- Backend : SPRINGBOOT/ JPA / H2 / NGROK / HIBERNATE
2. 프로젝트 관리 및 Git flow
Github Project 칸반
- 프로젝트 : 마일스톤으로 정렬하여 프로젝트 진행 과정 시각화 및 관리
- 마일스톤 : 사용자 요구사항 정의서 기준으로 마일스톤 생성
- 이슈 : 하나의 칸반 티켓처럼 사용, 템플릿 설정 후 체크박스로 진행 상황 표시
Git flow
- main - dev - feat, 3개의 브랜치 활용 예정
- feat 브랜치로 기능 개발 후 PR
3. 기획하기
사용자 요구사항 정의서
- 요구사항 ID : 요구사항을 큰 주제별로 나누어 MEM(회원관리), MAIN(메인기능), ADD(부기능)으로 구분
- 요구사항 명 : 요구사항을 명시하고 명사형 사용
- 기능 ID : 요구사항ID_기능별 변수
- 구분 : 기능과 부기능으로 구분
- 요구사항 설명 : 요구사항에 대한 상세 설명을 서술
- 중요도 : 상, 중, 하로 구분
4. 설계하기
와이어프레임 그리기 (Figma)
- Figma를 사용하여 페이지 별 와이어프레임 그리기
- 구현 가능한 기능 위주, 그 외 제외함
5. TIL
git branch 에러
Repository clone 후 dev 브랜치 안보임
팀원분이 main 브랜치에서 dev 브랜치를 생성하고, push를 하셨다.
repository에서는 dev가 확인 되는데 git clone으로 받아온 파일에서 git branch 명령어로 로컬 브랜치를 조회하니 main 브랜치만 나왔다.
git branch -r 명령어로 원격 브랜치 목록 조회하니 dev와 main 브랜치가 있는 것이 확인됐다.
해결 방법
팀원분께 여쭤보니 dev로 switch하면 아마 확인 될 것이라는 말에 해보니 바로 되었다!!
이후에 검색해보니 git clone으로 받아오게 되면 origin/main branch를 tracking 하고 있는 main branch만 존재하게 된다고 한다.
이 때, clone의 결과로 origin이란 이름으로 remote repository가 등록 되게 되므로 remote-tracking branch가 등록된다.
git switch 명령어를 사용하게 되면 단순히 브랜치를 이동하는 것이 아니라 로컬에 브랜치가 있으면 해당 브랜치로, 없으면 remote에서 가져오는 것이었다.
맨 위에 branch 'dev' set up to track 'origin/dev' 가 바로 로컬에 해당 브랜치가 없어서 remote에서 가져와서 쓰겠다는 뜻이었던 셈이다.
또 다른 해결 방법
한 개의 branch만 clone 받는 명령어인 git clone -b [branch_name][remote_URL] 을 사용하여 dev 브랜치만 받는 방법도 좋은 방법인 것 같아 시도해보니 dev 브랜치로 잘 클론 받아온 것을 확인할 수 있었다.
