MY FIRST Pull Request! 🙆
<금주 진행한 사항>
- 협업을 위한 convention으로 추가된 파일(
.prettierrc)을 pull 하고 - 기능 구현을 완료한 파일을 Push 했으나
- 잘못 올라간 파일(jason파일이 포함되어버림)을 제거 하기위해 log를 열어 commit이전으로 돌아간다.
% git log --oneline
% git reset --soft fc043a9[돌아가고자하는 단계의 log번호]
% git status- 필요없는 file은 제거하고 source control을 통해 변경사항을 확인한다.
- 다시 Push 하여 PR을 던진다.
(** 이 때, branch 꼭 꼭 확인!)
- merge 된 파일을 다시 pull 받는다.
% git branch develop
% git checkout develop
Switched to branch 'develop'
// 2 commits를 pull하라고 알려줌.//
Your branch is behind 'upstream/develop' by 2 commits, and can be fast-forwarded.
(use "git pull" to update your local branch)
% git pull upstream develop마주한 여러가지 문제들..
1. git 사용이 익숙치 않다보니 main branch에 잘못 올리게 되면, 삭제했다가 다시 push를 하고 git graph가 지저분 해진다.
2. pull-push 과정에서 conflict문제가 발생한다.
3. 의도치 않게 (건드리지 않음) 자꾸만 file이 수정된다.
때문에, commit되지 않은 변경사항을 두고 branch를 당겨오려고 하면 파일이 덮어쓰기 될 수 있다는 에러가 나온다.
문제들을 통해 알게 된 점
- git graph가 지저분해지지 않도록 push 전 체크할 사항 확인 후 push해야 한다.
a) 협업 convention 최종 확인
: prettier 적용(option + shift + f) 과 공백없애기 / camel-case통일 / css 선언순서
b) 기능 구현 전에 new branch 생성하고 꼭 branch 확인!
c) 사용하지 않는 file이 있는지 점검
2. conflict가 발생했을 경우 fork된 repo가 아닌 origin repo에서 command-line 수정을 통해서 해결할 수 있다.
3. prettier가 자동저장 되어 있어서 덮어쓰기 에러가 발생하였기 때문에 prettier 자동저장을 해제했다.
4. merge를 하며 발생하는 자잘한 수정 사항도 논리적 흐름에 따라 작업해야 함을 기억하자.
이거.. 그러니까 결국에..
팀장이 힘든일이다.
팀장을 제외하고 세 명이서 세 페이지를 하는데에도 이래저래 문제가 많이 발생한다.
후. 코드가 복잡해지고 길어졌을 때는 어떨까.. 잠시 생각에 잠기게 된다. 여간 복잡시럽겠다.
무튼, 이래저래 여러모로 힘들텐데...
(똑같은 말을 3번씩 반복 🤣🤣🤣🤣 그건 우리가 미안 🍎)
잘 이끌어주는 사람이 있어서 든든하고 감사하고.
굉장히 열심히 이래저래 코드를 짜보고 질문하고 공부하는 팀원들이 있어서 감사하다.
모두가 상냥하지만 개구지고 장난끼가 넘치지만 아주 진지하다. 아주 좋아..
여튼.
이 프로젝트가 끝나기 전에 팀에 도움이 되는 일을 하자! 도움이 되는 일!
