깃(Git) 깃허브(GitHub) 개발 순서 정리

깃(Git) 사용방법과 기본적인 개발 순서에 대해 정리해보았다. 팀 프로젝트를 진행하면서 소스코드 관리는 필수라 Git을 이용해서 팀 프로젝트를 처음 하시는 분들에게 도움이 되기를 바라요.

💡 기본 용어 정리

• local : 개인의 로컬 환경, 작업하는 사람의 노트북이나 PC를 의미.
• Remote : 원격 환경(Git 서버)에 저장된 다른 팀원과 공유하는 프로젝트.
• Repository : 깃에서 사용하는 “공유 폴더” 같은 역할

💡 작업 요약

1. 깃 클론: git clone 프로젝트 가져오기
2. 브랜치 생성 및 이동: git branch, git checkout 브랜치명
3. 변경사항 커밋 및 푸시: git add . , git commit -m "message" , git push
4. 브랜치 최신화: git pull orgin main , git merge
5. PR 작성 및 병합: GitHub에서 PR 작성 후 코드 리뷰 요청 및 병합

💡GIT 개발 순서

PM이 프로젝트 세팅을 한 뒤, 깃 Repository를 생성해서 팀원들이 git clone 받을 수 있게 함.

→ PM이 세팅한 Repository를 자신의 Local로 가져오기 위한 작업

git clone URL(Repository의 URL)

 

각자 작업할 브랜치를 생성 후 작업

→ Master(main) > devolop > feature 순 으로 브랜치를 나누어 사용함

git branch # 현재 브랜치 확인
git branch 브랜치명 # 작업 할 브랜치 생성 명령어
git checkout 브랜치명 # 작업 할 브랜치로 이동

 

작업을 마친 뒤에, 현재 브랜치에 작업 사항들을 저장 후 Commit

git add . # . 은 모든 변경사항(작업사항) 저장, . 대신 특정 함수만 저장 가능
git commit -m "메시지 작성" # 메시지에는 어떤 작업에 대한 커밋 내용인지 작성

 

Commit을 하고 원격 저장소에 Push하기 전에 다른 팀원의 작업 내용이 있는지 확인하기 위해 Master(main)으로 이동 후, pull 받아 최신 상태로 업데이트

git pull origin main # Main 브랜치
git merge main # 내가 작업한 브랜치로 이동 후

 

현재 브랜치의 작업 사항을 깃헙에 올리기

git push origin 브랜치명

 

Push 한 내용을 merge 하기 전에 팀원들과 코드 리뷰를 진행하는데 이 과정을 PR (Pull Request) 라고 하고 깃헙(GitHub) 에서 GUI를 이용해 작업이 가능하다.

 

최종 승인이 난 경우 Merge를 진행하면 완료.

 

위의 작업들을 기능에 따라 반복해서 진행하여 프로젝트를 수행한다.