클래스 하나는 클래스 하나의 체계만 가져야함.
하나의 클래스에 너무많은 기능을 담아놨음
클래스 = 명세서
명세서에 올라가는 내용 = 객체
Git switch : 브렌치를 변경하는 명령어
Git checkout : 마찬가지지만 git switch보다 기능이 많은건 장점, 하지만
Switch가 더 최근 명령어.
Git switch -c “브렌치명” : 브렌치 생성과 동시에 이동
C : create
Git checkout -b “브렌치명” : 마찬가지
B : branch
branch를 메인에 합치는이유
개별적인 작업을 한곳에 합칠 장소가 필요..
Git switch main 후
Git merge login (합칠 브렌치명)
Git merge를 깃허브에서 하는 이유 : 코드 리뷰와 merge를 동시에 하기위함.
Pull request : 합쳐도 됩니까? 묻는 이슈
Base : 최종 브렌치
Compare : 기능 브렌치
Merge rule 찾아보기 (add rule)
merge를 한후에는 변경사항을 반영하기위해서는 git pull과정이 필요하다.
<github의 전체적인 흐름>
1. 브렌치 생성 및 이동
2. 기능 개발 및 코드 저장
3. 코드 업로드 및 pull request 생성
4. github에서 merge
5. 내 로컬에도 반영하려면 git pull origin main
<main에 merge시 위험상항>
1. 완벽하게 기능 개발해야 merge가능
작은 단위로 커밋하는게 쵝오
2. 그냥 합치면 위험함
{해결법}
1. 테스트용 브렌치 생성 git switch -c dev
2. 로컬에서 먼저 테스트
세팅에서 dev로 Default branch 설정
세팅에서 Collaborator 등록
Git clone할시 맨 뒤에 스페이스바 . 안하면 이상한 파일 생김
Git fetch origin 원격의 브렌치 가져오는 명령어
콘솔 이용해서 함수 돌아가는지 확인.
