• Git Upload 공통

1.[브랜치 보호]

1-1 개발시 Main Branch 에 바로 push 하는 것을 금지합니다.

깃허브 브랜치 프로텍션 설정 법

1-2

main 에서 develop branch 생성후(remote에있으면 생략),

  개발할때마다, develop branch 에서 feature/[기능] 브랜치를 **로컬**에서 생성 후 개발에 들어갑니다. 

https://gmlwjd9405.github.io/2018/05/11/types-of-git-branch.html

저희는 다음 4개의 브랜치만 취급합니다.

• main : v1 v2 v3 만 갖습니다. ㄹㅇ 보험용
• release :실제 서비스하는 app 이 올라가는 브랜치 입니다.
• develop(default) : 개발이 이루어지는 브랜치 입니다.

🔥main relase develop 모두 local 에서 변경 push 금지합니다.🔥

• feature/[example] : 기능 개발시 만들 브랜치입니다. 로컬에서 생성후 작업 완료시 remote 로 같은 저장소를 만들어 주고 PR 합니다.

!! 작업 방식 요약 및 예시! !

1. remote 에 있는 develop branch 를 로컬로 받는다. 없으면 만들세요.

• $git clone ~ 또는 $ git branch develop

1. local 에서 develop branch 로 checkout 후 feature/[작업 이름] 의 브랜치를 만들고 작업한다.

• develop $ git branch feature/page1 , $git checkout feature/page1

1. 작업 완료 후 로컬 에서 develop branch 로 머지 혹은 푸쉬를 하지 않고,

    - remote에 feature/[작업 이름]  브랜치를 만든다.
   

• feature/page1> $ git push origin feature/page1

1. remote 에 올린 브랜치를 Pull request feature/[작업 이름] → develop 에 해준다.

• gitHub 접속 해서 쓰세요

5. PR 완료된 remote 의 develop 브랜치를 로컬에 받는다. 이후 2 번 부터 반복

• develop $ git pull origin develop

Q&A :

Q :기능 개발 부터 Relase branch 에 올리기 까지 PR 을 두번 하는데 귀찮아요

A: 브랜치 개판나서 커밋 메시지 뒤지는 것보다는 편할겁니다.

Q: Main(master) 과 release 의 차이는 무엇인가요?

A: Main은 가장 큰 단위의 어플을 올리는 브랜치로 보험이라고 생각하면 됩니다.

Q:이런거는 누가 하나요?

A: 배달의 민족부터 어지간한 모든 기업들, 서비스를 지속 운영하는 기업들 다 합니다.

http://blog.hwahae.co.kr/all/tech/tech-tech/9507/

https://pypy.dev/dev/우리가-코드를-관리하는-방법-코드-작성부터-배포까지/

1. [Commit 방식]

   “[ 이름 ] add : 새로운 파일 생성 “

   “[ 이름 ] feat : 수정내용 “

   “[ 이름 ] fix : 버그 혹은 에러 수정 “