0602 | 원격 깃서버에 로컬 깃 push & pull

🔶 원격에 있는 git 브랜치와 내 브랜치를 연결하기

1. 터미널에 입력 > git clone 깃주소 . // 점까지 찍어야 함. 해당 파일을 내 로컬로 복사해온다.
👉 .을 찍지 않으면 폴더통채로 생성되어 현재폴더의 하위폴더로 들어온다.
👉 로그인 화면이 뜨면 깃 웹사이트에서 발행해둔 토큰으로 접속 = 팀장이 만들어둔 원격서버와 연결된다.
👉 팀장이 최초로 branch를 만들 때에는, 브랜치에 커밋 하나를 올려야 오류가 나지 않는다.
 

코드 메뉴를 통해서 깃 주소를 딸 수 있다

* 브랜치 이름 
로컬 깃허브 main (=master였지만 최근에는 main으로 변경해서 많이 쓴다)
원격 깃허브 origin
 

✅ git remote // 원격에 있는 저장소의 단축 이름을 보여준다. 여기선 origin.

✅ git branch -a // 원격에 있는 모든 브랜치 조회

 
✅ git branch -vv // 현재 브랜치에서 어떤 데이터가 원격으로 커밋되었고, 로컬에 남아있는지 확인 가능
👉 [origin/dev] 원격저장소 origin(=main)의 dev에 커밋메세지 '유나'가 올라가 있다.

🔶 git push

✅ git push --set-upstream origin test// 여기서 origin 은 원격 깃 origin 내에 있는 test 브랜치에, 내 branch 깃에 있는 자료를 업데이트한다는 뜻
✅ git branch -u origin test // push는 되지않고 원격저장소에 test branch를 생성한다.
✅ git push -u origin test // upstream을 좀더 간략하게 하는 명령어.push도 하고 원격저장소에 해당 branch 도 생성해줌.
👉 push 할때 어떤 저장소에 올려야 할지 설정해줘야 하므로 upstream <remote> <branch> 이름을 작성해야 한다
👉처음 한번만 설정하면 그 다음엔 git push만 해도 동일 저장소로 올라간다!

🔶 git pull

✅ git pull
👉원격에 있는걸 먼저 받고 수정해서 저장하고 커밋하라는 뜻. push가 error: failed to push some refs to~로 reject됐을때 문구를 살펴보자.

👉 업데이트 리젝됨. 왜냐면 원격에서는 네가 로컬로 작업한 자료가 없기 때문. 보통 이 오류는 같은 자료에 대해 다른 브랜치에서 push했을때 생김. push를 다시 하기 전에, git pull같은 명령어를 사용해서 원격 자료를 바꿔라. 모르겠음 --help보고.
 
 
🔶 git Pull & Push 테스트
👉 내가 작성중이던 자료를 저장도 안하고 있는데 pull로 땡겼을때 = 충돌 없이 자료가 들어온다
👉 내가 작성중이던 자료를 ctrl+s로 저장만 하고 pull로 땡겼을 때 = 수정사항 커밋 요청 먼저 뜸. 커밋 후 pull 하니, 충돌없이 자료가 들어온다.
👉 commit 대 commit 한 자료가 부딪칠때 merge가 발생하는건 확실!

---

 

🔶 실습순서

1. 원격에 팀장이 브랜치 만들기
2. 로컬에 동일 이름의 브랜치 만들기
3. 로컬에서 해당 브랜치로 이동
4. 파일 만들기. 이때 최초로 업데이트 하면 바로 올라가지만, 원격에 있는 동일 파일을 가져다가 수정할 경우, pull해달라는 노티스가 뜬다.
5. git pull <remote> <branch> // 어떤 원격에서 어떤 브랜치를 땡겨올지 git pull origin test
6. merge창 뜨면 편집 및 커밋 // 이 단계는 아직 local에 커밋이 저장되어 있음
7. git push -u <remote><branch> // 원격서버에 올리기. git push -u origin test

git branch -u origin 브랜치이름 = git pull -u origin 브랜치이름 = git push -u branch이름