1. 깃 협업 배포 순서

1. Fetch 및 Pull : 코드 수정 전 최신 코드를 로컬로 받기
2. Commit : 작업 완료 후 코드를 수정하고 commit
3. Fetch 및 Pull : 다시 dev branch에서 최신 변경 사항 가져오기
4. Conflict 해결 : git pull 중에 충돌이 발생하면, 충돌을 해결하고 commit 하기
5. Push : 로컬 변경 사항을 본인 branch 에 push
6. Pull Request : 팀원에게 merge 요청

<aside> 💡

이 순서를 권장하는 이유

1. 충돌 최소화 : 작업 후 먼저 'pull'을 하여 최신 변경 사항을 가져오면, git에 있는 변경사항과 로컬 변경사항을 병합할 수 있다. 이때 충돌이 발생하면 로컬 환경에서 해결할 수 있어 푸시할 때 다른 팀원의 작업에 영향을 주지 않는다.

2. 코드 일관성 유지 : 최신 코드를 로컬에 반영한 후 푸시하면, git과의 일관성을 유지할 수 있다. 이는 다른 팀원이 'pull'할 때 예상치 못한 충돌을 피하는데 도움이 된다.

</aside>

2. .gitignore 파일

• 깃이나 외부에 배포할 때 보안상의 이유로 배포에서 제외시킬 파일 기재

3. 깃허브 규칙

• 메인 브랜치에 직접 커밋하지 않기
• add와 commit을 종류별로 나누어 의미있게 하기
• commit or merge 를 하기 전에는 **“오류”**가 없는지, **“불필요한 파일”**이 없는지, 미처 지우지 못한 콘솔이 없는지 확인하기
• PR 템플릿을 사용하기
• 브랜치명은 각 기능의 이름으로 시작하기

4. 깃헙 커밋 규칙