2주프로젝트(WebPaper_day02 : 깃플로우, 데이터 스키마 )

Project Git Flow 

 

주의사항 

커밋메시지 자세하게 작성

add . 하지 않기

MASTER 쓰지 않기

push master 조심!!

다른사람이 작업하는 파일 건드리지 않기

그림 그릴 경우 명령어 브랜치명

---

1. 초기 Repo 설정 > Origin의 레포를 자신의 로컬로 클론 

2. master branch에서 초기설정 진행

3. 초기설정완료 후 자신의 기준 Origin(git push origin master) / 팀원들에게는 Upstream이 될 Repo를 푸쉬

4. Dev 브랜치 생성(git checkout -b dev) / Dev 브랜치를 푸쉬(git push origin dev)

 

------------ 초기 설정 완료 ----------(초기설정자는 포크 클론을 안받아도 되나요?)

5. 자신의 Local에 작업공간 설정 -> Upstream의 Repo를 포크(dev branch있는지 확인) & 클론

6. 팀원들은 dev branch 생성(git checkout -b dev) dev 백업 > git push origin dev

* dev branch는 백업용 Master branch에서 devbranch를 생성하면

즉시 자신의 Origin의 dev branch에 push하여 백업 (git push origin dev)

(코드 작업은 dev branch에서 실행되는게 아니라 Feature branch에서 진행)

* local의 dev branch에서 feature[1,2,3] branch 생성 (git checkout -b feature01)

 

7. Feature Branch의 코드를 Upstream에 적용

8. Local 코드를 팀원들은 FeatureN branch에서 git push origin FeatureN 을 통해 Local코드를 자신의 Origin의 FeatureN Branch에 업데이트 

9. Origin의 FeatureN Branch에서 Upstream의 Dev Branch(dev로 변경)로
P/R 요청(자동으로 merge 되지 않음 머지거부가능)

10. 팀원이 P/R요청한 경우 코드 리뷰를 거쳐 P/R을 Upstream의 Dev Branch에 Merge여부 결정(admin이 결정)

(Master로의 Pr은 배포가 되기 직전에) 

11. 팀원들은 업데이트 된 Upstream의 Dev Branch의 코드를

(git remote -v , upstream 확인후 git remote add upstream url)

자신의 Local의 Dev Branch에서 Pull하여 Local Dev Branch 최신화(git pull upstream dev)

12. 자신의 Origin의 Dev Branch에 Push하여 백업

13. Origin의 Dev Branch에 백업이 완료된 경우 FeatureN Branch생성 후 추가적인 코드작업 시작

---

마지막
Upstream Dev Branch의 코드가 형태를 갖춘 경우 Upstream의 Dev Branch를
Upstarem의 Master Branch에 적용

---------------Version 1------------------

데이타베이스 Schema

처음에 미리 추가하고 나중에 빼는방식

회원정보 : { id,회원id, pw, 카테고리, 선호기자} , 이름, 북마크, 

- 유저를 추후에 추가하는 방식

기사: { 카테고리, url, 썸네일, id, 클릭수 }

핫토픽 : { id, 관련기사, 클릭수, 댓글} + 주제 

- 메인에 있는 핫토픽을 누를 경우 관련기사 출력해야함 > 카테고리내에서 핫토픽 제목의 단어 카운트 후 출력?

- 댓글테이블을 따로구성하기(user와 연결)

- 키워드는 어떻게 가져올지 고민해봐야함 ( 제목에있는 문자열을 본문에서 카운트?)