- 미팅 시간 및 장소 : 매주 수요일 오후 9시, 게더타운 회의실
- 매주 chapter 1개씩 진행할 예정
- 매주 한명이 발표를 주도적으로 진행
- 발표 순서 : Lucid님 -> Minwoo님 -> Kiwi님 -> 수잔님 -> hyeonmin님 -> Tony님
- 발표자가 아니더라도 공부한 내용을 정리해서 미팅 전날까지 커밋할 것
- 어떤 질문이 들어오더라도 긍정적으로 받아들이기
- That's a good question
- 서로간 호칭은 '~님'을 사용
- 각 장의 숫자_제목_발표자.md
- e.g., 01_리팩터링-첫번째 예시_Tony.md
- 파일명만 통일, 작성 양식은 자유
- e.g., 01_리팩터링-첫번째 예시_Tony.md
- 0. OT : 간단한 자기소개, 진행 방법 정하기 (2021.11.10)
- 1. 리팩터링: 첫 번째 예시 (2021.11.17 - Lucid)
- 2. 리팩터링 원칙 (2021.11.24 - Minwoo)
- 3. 코드에서 나는 악취 (2021.12.01 - Kiwi)
- 4. 테스트 구축하기 (2021.12.08 - Shuzan)
- 5. 리팩터링 카탈로그 보는 법 (2021.12.15 - Hyeonmin)
- 6. 기본적인 리팩터링 (2021.12.15 - Hyeonmin / 6-11: 2021.12.22 - Tony)
- 7. 캡슐화 (2021.12.22 - Lucid)
- 8. 기능 이동 (2021.12.29 - Kiwi)
- 9. 데이터 조직화 (2022.01.05 - Minwoo)
- 10. 조건부 로직 간소화 (2022.01.19 - Shuzan)
- 11. API 리팩터링 (2022.01.26 - 11.1 ~ 11.7 : Hyeonmin / 2022.02.09 11.8 ~ 11.13 : Tony)
- 12. 상속 다루기
git fetch
- 원격(github)과 관련된 무언가를 하기전엔 항상 git fetch를 먼저 해야합니다
git checkout -b 새로운_브랜치_이름 origin/master
- origin(Github)의 master브랜치에 있는 코드를 기준으로 브랜치를 새로 만들겠다는 의미
-
git add .
-
git commit -m "커밋 메세지"
- Github에 있는 코드를 로컬(내 컴퓨터)과 동기화합니다
- origin(Github)의 master 브랜치에 있는 코드를 로컬에 가져옵니다
- 이때 충돌이 있는 경우 해결을 해야합니다
- Github에 새로운 브랜치 이름으로 브랜치를 생성됩니다
3번까지 진행 후 깃허브에 들어가면 위와 같은 버튼이 나타납니다. Compare & pull request 버튼을 누릅니다
- 깃허브에 올리려는 코드에 대한 설명을 상세히 적고
- Create pull request 버튼을 누릅니다
- merge(내 코드를 깃허브의 코드와 합치는 것) 종류를 Squesh and merge로 설정 후 해당 버튼을 누릅니다
- merge 후엔 자신이 생성한 브랜치 삭제를 해줍니다
- 정상적으로 코드가 깃허브에 올라간 것을 확인하실 수 있습니다
- 4번까지 진행 후 깃허브의 master브랜치에 내 코드가 정상적으로 merge가 된 후 더 이상 사용하지 않는 로컬 브랜치도 삭제를 해줍니다
- 새로운 브랜치 생성(다음 Pull Request를 위한 브랜치)
- 기존 브랜치 삭제
- 새로 생성한 브랜치만 남아있는 것을 확인할 수 있습니다
- 로컬의 master 브랜치도 삭제하시는 것이 좋습니다.
- 필요하다면 원격의 master 브랜치 기반으로 생성하셔야 합니다.
- git fetch
- 원격(github)과 관련된 무언가를 하기전엔 항상 git fetch를 먼저 해야합니다
- git checkout -b 새로운_브랜치_이름 origin/master
- origin(Github)의 master브랜치에 있는 코드를 기준으로 브랜치를 새로 만들겠다는 의미
- git fetch