-
Notifications
You must be signed in to change notification settings - Fork 8
서브모듈 전략
joanne edited this page Aug 10, 2021
·
4 revisions
- 서브모듈을 수정할 일이 있으면 모두(6인)에게 말하고, 변경사항을 알려준다. 서브모듈 레포지토리를 업데이트한다.
- 모두 git submodule update --merge --remote --init 을 해서 로컬 환경 서브모듈을 최신으로 유지한다.
- 서브모듈에 대한 작업은 최대한 동시에 작업하지 않도록 한다.
- 서브모듈에 대한 작업을 하지 않은 사람은 자신의 커밋에 서브모듈에 대한 내용을 포함하지 않는다.
- 서브 모듈을 수정하는 사람은 자신의 커밋에 서브모듈의 변경도 포함시킨다.
git submodule update --merge --remote --init
- 원격의 서브모듈의 최신 커밋을 가져온다 (의심된다면 서브모듈 repo에 가서 커밋번호 확인하기)
- 로컬의 서브모듈 업데이트
git submodule update --merge --remote --init
- 서브모듈 안의 내용을 수정한다.
- 서브모듈 레포에 푸시한다.
cd dev
git checkout master
git add
git commit -m “어쩌구”
git push origin master
(서브모듈 repo에 푸시)
- 팀원에게 알리기
- 평소처럼 작업을 한다.
- 위를 참고하여 서브모듈을 수정한다.
- PR을 날리기 전 서브 모듈의 변경에 대한 커밋도 feature 브랜치에 포함시킨다.
cd .. (메인 메인 프로젝트 경로로 이동)
git checkout feature/xx
git status
# (서브 모듈의 변경사항이 있을꺼임)
git add dev
git commit -m “어쩌구”
git push origin feature/xx
Pull Request
Code Convention
- AWS 배포 및 Jenkins CI/CD 🐳
- Nginx로 로드 밸런싱하기
- How to Git Rebase?
- 잘못된 깃 브랜치에서 탈출하기
- 서브모듈 도입기
- 소나큐브 도입기
- Flyway 도입기
- DB Replication을 위한 데이터베이스 환경 설정
- 무중단 배포 도입기
- nginx 설정파일 변경하는 방법
- 로그인, 로그아웃 흐름정리
- About Redis
- Criteria -> QueryDSL로 변경
- S3 파일 업로드 구조
2차 ~ 4차 회의 및 데일리 미팅은 디스코드에서 진행되어 이슈로 반영되었습니다.
이후 회의 및 데일리 미팅은 디스코드에서 진행되어 이슈로 반영되었습니다.