230419 풀스택 35일차 - 팀플 업무정책(git, push, pull, merge)

황인성·2023년 4월 19일
0

git 레포지토리 새로 생성
셋팅 가서
조원들 콜라보레이션으로 추가

선생님이 주신 파이널 코드폴더에 깃 이그노어 추가(intellij, java)

새 프로젝트 생성해서 maven으로 설정함.

생성 후 세팅하고 조원들에게 알려준 뒤
조원들은 각자 로컬저장소(개인노트북 혹은 컴퓨터)에 clone을 따서 저장함.

머지(merge)는 병합입니다.

main브랜치에서 커밋푸시로 시작할텐데

조원들 각자 다 브랜치를 새로 만들어야 함.

브랜치명은 본인 이름으로 해도 되고 work-1으로 해도 되고 구분할 수 있도록 함

구역 나누었으면 겹치지 않게 해야함

작업 마친 조원들은 main에 머지를 해야함

서로 부딪히는게 없다면 머지를 함

대신 컴플리트가 떴다면 서로 중복된구간에서 누구걸 가져올지 협의해야함

!!!머지를 완료 후 새로 작업하는시점에 분기를 해야하는상황엔 pull을 받고 시작해야됨!!!

(항상 작업브랜치가 최신상태인지 확인해야함)

내가 최신화된 소스가 많은 상태에서 분기를 해버리면 충돌이 어마어마해짐

가급적이면 작업 브랜치는 빠르게 머지함

웬만하면 커밋은 최소단위(코드를 최소한으로)로 해서 머지시켜야 함

같은파일은 절대 수정하지 말 것

머지 시키고 거기서부터 다시 분기시켜서 할 것

pull을 생활화 해도 간발의 차로 충돌이 날 수 있기 때문에

push 후 팀원들에게 꼭 공지하기 (단톡)

작업의 흐름을 맞추지 못하고 개별로 작업하는 조원의 브랜치가 이어지는 경우엔 일단 그 밖의 브랜치를 머지한 후 진행

충돌이 나면 일단 머지 다 하고 오류 수정
main브랜치에 있는 코드가 정상작동하기만 하면 됨

gitignore 적용이 안되면 캐시를 지워야함

google gitignore적용 검색(git rm -r -cached .)

git add .
이후 새로 커밋 푸시하면 됨

profile
문제 해결을 위해 끊임없이 파고드는 걸 좋아합니다.

0개의 댓글