일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- BOJ
- condition
- Python
- JavaScript
- scss
- security
- dotenv
- git
- Clone
- docker
- loop
- npm
- VUE
- generic
- machine learning
- TypeScript
- vue.js
- nginx
- AI
- webpack
- property
- var
- vuetify
- C#
- 보안
- bash
- C++
- 앙상블
- type
- leetcode
- Today
- Total
목록Merge (2)
ice rabbit programming
rebase란? rebase의 개념은 간단하게 설명하자면, 커밋의 줄기를 다른 곳에 붙인다고 생각하면 된다. merge와도 유사한 개념인데, 차이점은 새 커밋을 만드느냐(merge), 만들지 않느냐(rebase)의 차이이다. 물론 둘 모두 conflict는 자동 병합이 되지 않기 때문에 수동으로 해결해 주어야 한다. 예를 들어, 커밋 줄기가 아래와 같다고 생각해보자. feature 브랜치와 master 브랜치의 개념에 대해서 알고 싶다면 예전 글을 읽고 오면 좋다. 기본적으로 합칠 때에는 PR을 한 후에 feature에서 master로 merge할 것이다. 그러면 흐름은 아래처럼 그려진다. git checkout feature git merge master 즉, master branch에서 새 commi..
학부 2학년으로 막 복학했던 17년 초, 당시 학과 선배에게서 github라는 것을 처음 들어보면서 git에 대해서 알게 되었다. 처음에 개념적으로 알아볼 때에는 버전 관리, 협업 등에 많이 이용되는 것을 알았고, branch, merge, pull request 등 많은 기능들에 대해서 읽었지만 정작 졸업할 때까지 commit을 제외하고는 사용이 많지 않았다. 입사 후에 git을 본격적으로 사용하면서 git flow에 대해서 알게 되었고, branch 전략과 PR, tagging 등 협업과 버전 관리를 사용하고 있다. 그래도 학부생 때 git을 조금이나마 사용해보아 익숙했던 것이 적응에 수월하기는 했다. 밑에서는 졸업 후 막 사용해본 필자의 경험을 토대로 쓰는 것이고, 잘 정리된 글은 여기를 참고하시길..