소규모 협업하기 시나리오 1편

#계정 두개 가입

 

- 관리자가 해야할 초기세팅

 

1. 프로젝트 생성

2. 깃 클론

3. 리드미 작성, 환경설정(라이브러리설치, 이것저것세팅)

4. git commit -m"환경설정완료"

5. git checkout -b dev  : dev 브랜치 생성

6. git push --all  : 모든 브랜치 한번에 push : 관리자가 환경설정 후 맨 처음 모든 브랜치 푸쉬 할 때만 쓰기

7. github 프로젝트 설정- Manage access 에서 collaborators 추가

8. github 브랜치 설정 - add rule - main에 Require a pull request before merge 체크 : 관리자 승인하에 main에 merge나 push가능

    -> 보호받는 브랜치가 됨

( notifications 설정에서 이메일 작성하면 요청시마다 알림 )

9. dev브랜치도 똑같이 보호

10. 팀원들은 topic브랜치 생성후 작업 후 push, merge 요청 , 이때 merge 요청 = pull request 

       pull request 시 문서를 같이 올림 -> 관리자가 보고 판단

-------------

- 관리자가 해야할 마무리 작업

 

11. git pull origin dev : 작업 모두 완료 되면 dev브랜치를 로컬에 pull

12. 그 후 main에 merge : git checkout main     ,        git merge --no-ff dev

13. main은 배포할 브랜치이므로 태그 달고 원격에 푸쉬.   git tag blog       ,            git push --tags origin main

14. 원격 main에 push를 하면 자동으로 CI도구(배포도구)에 자동으로 코드를 던진다. 

      (대표적인 CI도구 : Jenkins, Travis)

15. 그러면 테스트 후 jar로 변경 후 배포(AWS, AZURE) -> jar실행만 하면 서버가 돈다.

( 공부 순서 : Git,->AWS(네트워크개념, 리눅스, 직접노가다배포) ->CI도구->Docker )##항상 노가다 부터 차근차근

( 배포 최신 버전 : Github -> Gibhub Action -> Docker -> AWS(elastic beanstalk) )

 

 

 

 

 

 

 

- 팀원이 할 일

 

1. 프로젝트 git clone 

2. (1번의 clone에 fetch가 포함되므로 현재 원격의 모든 브랜치가 다운되어있음)

    git checkout -b dev origin/dev       :   로컬에는 dev 브랜치 없으므로 동기화!!!!!!!  ( 명령어 총정리 게시글의 #로컬에 없는 원격의 브랜치 다운받는 법 의 3번 방법)

( 자기 topic 브랜치만 rebase할 것 )

3. 로컬의 main, dev에 개발X, topic 브랜치에서 개발 후 push ( 관리자가 팀원에게 topic 만들어서 push하도록 지시 )

4. topic에 작성후 테스트 후 git push origin topic : 원격의 topic브랜치 만들면서 push

5. github에서 pull-request 요청하기 (draft pull-request = 아직 다 완료하진않았는데 팀장님한테 한번 봐달라고 요청-코드리뷰-중간보고서 느낌)

6. 머지 승인 받음

7. git push --delete origin topic   : 원격에서 join을 이미 머지 했으므로 join 브랜치 없애기

    그러나 로컬의 topic은 그대로 두기 (수정 할 수도 있음)

8. 원격의 dev 와 로컬 dev 동기화 : git checkout dev, git pull origin dev

팀마다 규칙 문서화

출처 : https://www.inflearn.com/course/%EA%B9%83-%EC%9E%85%EB%AC%B8