오늘 한 일
Git
- 팀 프로젝트 구현 전 fork + pull request 작동확인
오늘 하루종일 git 공부만 했다. fork 이후 내 remote repo에서 local branch에서 어쩌구 저쩌구.. 정리해보겠다.
https://seungwubaek.github.io/tools/git/contributing_using_pull_request/
Git을 이용한 협업: Fork 부터 Pull Request 까지
Git은 쉽고 효율적인 버전 관리를 통해 커뮤니티(Github)에 공유된 Open Source 프로젝트 또는 개인 및 단체의 Private Source에 접근, 생성, 수정 할 수 있도록 하는 도구이다. 이 포스트에서는 Github에 업
seungwubaek.github.io
1. 3층 구조. 원본 repository(upstream) - forked repository(origin) - local repository(내가 작업할 branch가 있는 repo)
2. push할때는 upstream이 아닌 origin에 해줘야 진정한 의미의 (허락을 받는) pull reqeust
3. 다른 협업자로 인해 upstream에 수정사항이 생겼다면 git pull + git push origin branch1 으로 수정사항 반영
https://velog.io/@gth1123/git-pull-push%EC%9D%98-%EC%9D%98%EB%AF%B8
git pull, push와 origin의 의미
많이 사용하는 git cli는 암기해서 사용하고 있었다.git push origin 브랜치 이름git pull origin 브랜치 이름origin이 항상 들어가서 local에서 현재 내가 위치한 브랜치로 생각했었다.git push origin \[브랜치
velog.io
4. git origin의 의미는 = remote repository
git push origin [branch] = git이 push (현재 브랜치를) origin의 [branch]로
git pull origin [branch] = git이 pull (현재 브랜치로) origin의 [branch]를
느낀 점
시간 쏟은 거에 비해선 아직도 잘 모르겠다.. fast forward는 뭐이며 FETCH_HEAD는 무엇이며. 블로그나 공식문서에서 하라는 대로 했는데 오류가 나고. 막무가내로 도전해보기 보다는 근본적인 작동원리를 더 살펴봐야겠다. 깃 특강 복습가자
'TIL' 카테고리의 다른 글
| [2023.10.27] (0) | 2023.10.27 |
|---|---|
| [23.10.25] (0) | 2023.10.25 |
| [23.10.23] (0) | 2023.10.23 |
| [23.10.20] (1) | 2023.10.20 |
| [23.10.19] (0) | 2023.10.19 |