230308_TIL

reggias·2023년 3월 8일
0

I learned

목록 보기
58/62

Git pull request를 하려다가 push와 pull을 하는 순서를 반대로 해서 꼬여서 튜터님이 늦은 시간이지만 다시 알려주셔서 정리함.

문제상황

  • 평소에는 git 명령어가 어떤 역할을 해주는지 정확한 이해없이 사용순서만 기억하고 add, commit, push, pull 순서로 해서 문제가 없었지만 이번에는 실수로 pull을 먼저 해버리는 바람에 문제가 생겼음. 근데 항상 헷갈려서 정확한 이해를 하지 못했던 터라 왜 문제가 생겼는지 파악을 못함.
  • 이후로는 push가 안되고 pull 도 이미 최신버전이기 때문에 안된다는 Alreay up to date 만 뱉음.

해결과정

  • 힌트에 git push --help 를 보고 도움이 될만한게 없나 싶었는데 죄다 영어라 번역기를 돌려도 무슨 의미인지 알 수 없어 결국 튜터님께 찾아감.
  • 여기까지가 문제파악과정
  • local의 page/admin이 pull을 할때 기본 대상을 dev로 되어있던 것을 remote의 page/admin으로 바꿔주니 해결됨. 이를 그림으로 보자면 이렇슴

알게된 점

  • 내가 작업하는 장소는 local branch인 page/admin, D임.
  • 팀원들과 함께 결과물을 모아두는 곳은 dev인데 remote dev, A임.
  • 내가 작업한 결과물을 지금껏 push한거는 A로 가는 줄 알았는데 B로 가는 거였음. 그럼 B와 D는 같아짐.
  • 나는 local dev에 한동안 가지않고 D에만 있기 때문에 remote dev와 격차가 생김. 그래서 local dev의 모습을 remote dev의 모습과 같도록 만들어주어야 하기 때문에 사용하는 것이 바로 pull 임. 이 pull 을 할 때에는 checkout을 이용해 D에서 C로 넘어가서 pull을 해야함. 이렇게 하면 A와 C가 같아짐.
  • 그러면 A=C, B=D 이 되고 최종적으로 C=D 로 만들어주어야 하기 때문에 D에서 C를 merge 하면 됨. 여태까지 merge는 깃허브에서 pull request 하면 자동적으로 해주는 merge에 의존하고 있어서 명령어로 직접 merge를 해본적이 없었는데 앞으로 origin 명령어에 의존하지않고 git의 원리를 잘 이해해서 사용하도록 해야겠음.
profile
sparkle

1개의 댓글

comment-user-thumbnail
2023년 3월 11일

The article is a testament to the power spacebar clicker of good writing, with the author's words drawing the reader in and holding their attention until the very end.

답글 달기