1. Toy - 38일차
- 2의 배수인 이미지 압축
처음에는 큰 범위 => 작은 범위로 하나하나 조회하며 문제를 해결하였으나, 효율성에 문제가 있었음
분할 정복을 떠올리는 방법을 통해 해결
가장 작은 단위까지 분할한 뒤 큰 범위로 돌아오는 방법
2. Git
- Branch
1) 다수의 팀원이 랜딩 페이지의 소스코드를 동일하게 공유하며 서로 다른 작업을 진행할 때
2) 회사의 웹 사이트 코드를 직접 건드리지 않고, 혼자 따로 작업할 때
한 소스코드에서 동시에 다양한 작업을 할 수 있다
소스코드의 한 시점과 동일한 상태를 만들고, 브랜치를 넘나들며 작업할 수 있다.
각각의 브랜치에서 생긴 변화가 다른 브랜치에 영향을 주지 않고 독립적 작업이 가능
위 처럼 master(main)을 뿌리로 가지를 뻗어 나갈 수 있고,
병합을 통해 하나로 합쳐질 수 있음
각자 영역에서 작업 후 통합 브랜치에 적용 >> 문제가 되는 원인을 찾기 쉽다
통합 브랜치 : 배포될 소스 코드, 모든 기능이 정상적으로 작동하는 상태의 소스코드
피처 브랜치 : 기능 추가, 버그 수정과 같이 작업을 위한 브랜치, 작업이 완료되면 통합 브랜치에 병합
- git 명령어
git branch 이름생성
git switch -c 이름브랜치 생성 후 해당 브랜치로 전환
git checkout -b 이름브랜치 생성 후 해당 브랜치로 전환
git branch
git branch -v브랜치 목록과 최근 커밋 확인
git branch -d 이름브랜치 삭제
git branch -D병합하지 않은 브랜치를 강제 삭제
git switch 이름브랜치 전환
git checkout 이름브랜치 전환
master로 dev를 병합하는 과정
git checkout master
git merge dev
로그에 모든 브랜치를 그래프로 표현
git log --branches --graph --decorate
아직 commit 하지 않은 작업을 스택에 임시 저장
git stash
-
rebase vs merge
merge 변경 내용 이력이 그대로 남음
rebase branch base를 이동시킴 -
프로젝트 workflow
Local에서 브랜치를 생성해 작업하고, 작업이 끝나면 push를 통해 remote 레포지토리로 push
그리고 project upstream repository에 반영되도록 PR
작업 중 upstream에 변경사항이 있다면 local로 pull받아 적용해야함
-
rebase
https://backlog.com/git-tutorial/kr/stepup/stepup7_5.html
https://backlog.com/git-tutorial/kr/stepup/stepup7_6.html -
git 크라켄 - GUI툴
-
git cherry-pick <커밋 해시>
다른 브랜치의 커밋 중에서 골라서 지금 브랜치로 가져옴
https://backlog.com/git-tutorial/kr/stepup/stepup7_4.html -
vs extension
git graph
