반응형
오늘도 텐션 넘치는 깃(Git) 누님ㅋㅋㅋㅋ
1. 깃 허브에 회사 플젝 리파지토리를 생성한다
2. 회사 CEO (개발 리더)가 열심히 코딩을 하고 있다
<body>
<nav>
Leader is in charge..
</nav>
</body>
3. 회사 CEO (개발 리더)가 깃 허브 회사 플젝 리파지토리에 push(업데이트)를 한다
2편 안 보고 왔으면 우리 등싸대기 쳐 맞자, 응? ^^, 깃 허브에 플젝 업데이트(push) 하는 거 모르시는 분들은
☞ 2편 보러 가기
4. 회사 CEO (개발 리더)의 코딩 깃 허브에 업댓 완료
5. 신입이가 입사했다 뚜둥~♡
6. 신입이 컴터에 회사 플젝 깃 허브에서 다운 받음
※ 회사 플젝 리파지토리 > Code > 링크 복사!
7. 신입이 컴터에 회사 플젝 깃 허브에서 다운 받음
git clone + 복사한 깃 허브 플젝 링크 주소 + 폴더이름
(폴더 이름을 안 써 주면 : 자동으로 프로젝트 이름의 폴더로 들어간다)
8. 신입이 컴터에 회사 플젝 다운로드 완료
9. 다운 받은 플젝 폴더로 이동
다운받은 플젝 폴더로 이동해서 코드를 모두 불러 온다
cd 폴더이름
code .
10. 다운 받은 플젝의 메인 파일을 오픈
리더가 작업한 코드가 그대~로 여기 들어 있다
11. 신입이가 코딩을 다 했다
신입이는 이제 못 할 게 없다~☆
12. 신입이가 push origin master를...?!?!?!?!? 이러면 x 털린다..
13. 신입이가 브랜치를 하나 판다
git checkout -b + 신입이 브랜치 이름
14. 신입이가 자신의 브랜치에다가 플젝을 업로드(push)를 한다
git push origin + 신입이 브랜치 이름
15. 신입이가 자신의 브랜치에 플젝을 업로드 완료 했다~!
※ Compare & pull request
☞ 직장 상사에게 자신의 코드를 브랜치에 업댓했으니 마스터 브랜치에 merge(병합) 해 달라고 요청하기
16. 신입이가 merge 요청하는 메세지를 작성한다
17. 개발 리더가 신입이가 올린 플젝 코드를 확인한다
18. 깃 허브 개발 리더 화면에, pull requests에 신입이가 올린 거 1개가 들어와 있다
19. 신입이의 서윗~♡한 merge 요청 메세지가 들어 있다. 귀여워~♡
20. 개발 리더가 신입이 올려 놓은 커밋 버전을 클릭해서 코드를 확인 한다
신입이가 작업한 코드를 확인 할 수 있다.
21. 개발 리더가 Merge pull request를 클릭 해 준다
※ 잘 못해서 오류 복병이 산재해 있으면 개발 리더도 x 털릴 수 있는 아주 헤비하고 무거운 클릭..! 딸칵~?!?!
22. Merge가 찰지게 잘 됐다
23. 이 시각 개발 리더는 또 다른 코딩을 하고 있었다..
24. 서로 간의 플젝 버전이 산으로 가는 중~
25. 개발 리더가 push 하기 전에 최종 버전 pull을 먼저 해 줘야 함
26. 개발 리더가 push 하기 전에 최종 버전 pull을 먼저 해 줘야 함
git pull origin master
27. 신입이가 올려서 merge된 최종 회사 플젝이 개발 리더 플젝에 pull 되었음
28. 개발 리더가 마스터(회사 플젝 리파지토리)에 push(업데이트)를 해 준다
29. 신입이와 개발 리더가 코딩한 모든 코드가 다 들어가 있다
30. 이렇게 pull & push 무한 루프의 향연에 빠진다..
31. 이렇게 해서 버전 업데이트 시 누락되는 코드 없이 최종 버전에 모두 반영 된다
※ 하.지.만!
버전 미스가 나지 않도록 하는 가장 좋은 방법은
상호 간에 코딩 영역이 겹치지 않도록 1파일 당 1 개발자가 작업하는 것이 가장 안전하다는 것이 개발 업계의 국룰이라능..♡
반응형