[TIL] 나의 서른 일곱번째 회고록

Today Error

---

Git error : has no tracked branch

해당 오류를 해결하기 위해서

Choose upstream branch를 선택하고 branch를 master로 하니 오류가 해결 되었다.

 

이번 프로젝트를 하면서 깃의 흐름을 파악하는 것이 중요하다는 것을 깨달았다. 

사실 Git bash를 통해 명령어를 사용하는 것이 익숙하지 않아서 

생각지도 못한 error를 자주 만나게 된다. 

 

협업을 위해서 사용하는 도구인 만큼 

익숙해지도록 계속해서 사용해봐야겠다.

 

1일 1개념

---

★ Git 기초 명령어 ★

 

1. git remote add origin [git repository url 붙여넣기]

Repository를 세팅한 프로젝트에 연결해서 다른 Local에서도 사용 할 수 있도록 해주는 명령어

 

2. git clone [git repository url 붙여넣기]

자신이 원하는 폴더까지 접근 후 클론 작업 필요 

 

※ Main 브랜치 작업은 하면 안되며, 각자의 브랜치를 분리 후 작업 필요함!

 

3. git branch

현재 브랜치 확인 명령어

 

4. git branch feature/브랜치명

작업 할 브랜치 생성 명령어

 

5. git checkout feature/브랜치명

작업 할 브랜치로 이동하는 명령어

 

※ git checkout -b feature/login develop

feature 브랜치를 'develop' 브랜치에서 분기할 때 사용하는 명령어

 

6. git add .

현재 브랜치의 모든 작업사항들을 저장하는 명령어

 

7. git commit -m "저장 사항 메시지 작성"

git add . 한 저장 사항들을 PR 올리기 전 어떠한 저장 사항인지 commit으로 기록하고,

메시지를 남겨서 저장사항을 트랙킹 할 수 있는 명령어.

commit 후, push 하기 전에 다른 팀원의 작업이 Master(main)에 머지가 되었다면

Master(main)로 이동 후, git pull origin main 명령어를 사용하여 최신 main을 만들어야함!!

+ pull 받은 작업사항을 자신이 작업한 브랜치로 이동하여 git merge main으로 브랜치에도 최신화 시킨 후 push진행!

 

8. git push origin feature/브랜치명 

현재 브랜치의 작업사항을 깃헙에 올리는 명령어

 

9. PR (Pull Request) 

Push 된 commit 사항을 깃헙에 공유하는 작업.
팀원들과 프로젝트 공유를 하면서 최종 업데이트가 되기 위해서는 Merge* 의 단계가 필요한데,

Merge가 되기 위해 업무 사항을 깃헙에 공유 할 때의 행위올릴 때 작업사항을 공유하는 행위

 

10. Merge

PR을 올린 뒤 최종 승인이 났을 경우 Merge가 되는데,

기존의 Repository에 PR을 올린 작업사항들이 업데이트가 되는 상황

작업 사항이 Merge가 되면, 다른 팀원들은 PR을 올리기 전에 업데이트 된

머지 사항을 자신의 Local에서도 최신화를 시킨 뒤 다시 푸쉬를 해야함.

 

 

@참고 : https://velog.io/@amdye2323/%ED%8C%80%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-GIT-%EB%AA%85%EB%A0%B9%EC%96%B4-%EC%88%9C%EC%84%9C

팀프로젝트 GIT 명령어 순서