일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- flask
- crud
- git
- 파이썬
- EC2
- SAA
- react
- node
- 튜플
- Class
- docker
- socket io
- AWS
- Props
- wetube
- 채팅
- RDS
- S3
- SSA
- lambda
- NeXT
- 중급파이썬
- Vue
- TypeScript
- 카톡
- dict
- MongoDB
- merge
- async
- pandas
- Today
- Total
목록branch (2)
초보 개발자

새로 생긴 브랜치의 시작점은 기본적으로 갈라져 나온 브랜치(main)의 최신 commit부터이다. feature(기능추가)/2(이슈넘버)_jjigae(브랜치이름) 이런식으로 이름을 정해준 뒤 만들어 주고 체크아웃(브랜치로 이동 하는 것을 뜻함)해준 뒤 기존 파일을 수정하고 커밋을 해주면 아래와 같이 생긴다. 체크아웃된 브랜치에만 코밋이 반영이 된다. 이렇게 되면 현재 main 브랜치는 변경이 된 내용을 모르는 상태이다 여기서 한번 더 커밋을 해보자 그림으로 표현하자면 이렇게 된 상황이다. 브랜치를 이제는 삭제를 해보자. 브랜치를 삭제한다는 것은 그 동안 브랜치에 했던 작업 내역 즉, commit이 모두가 사라진다는 의미이다. 브랜치를 삭제하면 기본 브랜치인 main 브랜츠로 체크아웃 즉, 작업 브랜치가 ..

브랜치란 ? 모든 버전 관리 시스템에는 '브랜치(branch)'라는 개념이 있다. 나뭇가지라는 뜻인데 개인적으로는 나뭇가지 보다는 시냇물이라고 하는게 더 어울릴 수도 있을 것 같다. 여러 갈래로 나뉘기도 하지만 또 합쳐지기도 하기 때문이다. 처음에 너무 막막했는데 이해하고 보니 꽤 재미있었다. 만약 내가 프로그램을 만들었다고 치고 그 프로그램을 여러 곳에서 사주었다. 그리고 추가로 여러 기능을 요구할 수 도있다. 이럴 경우에 나는 어떻게 할까? 각각의 디렉토리를 만들고 프로그램을 복붙할 것이다. 그리고 개별적으로 요구사항등을 추가해 나갈 것이다. 또 A사에서 요구했던 기능을 C사에서 요구 할 수도 있다. 이럴 경우 그 부분만 C사의 프로그램에 복붙하면 잘 될까?? 아마 C사의 프로그램도 이 전에 소스 코..