티스토리 뷰
Git을 위한 저장소는 Github을 이용한다.
Git 브랜치 전략
크게 feature branch, develop branch, master branch 로 나눠서 형상을 관리한다.
feature branch : 요건 및 개발자 별로 만들어지는 branch. 개발 완료 후 develop branch에 merge가 되면 폐기.
develop branch : 개발계 반영되는 branch. 각 개발자가 완료한 feature branch 를 merge.
master branch : 운영계 반영되는 branch. 개발계에서 테스트 후 안정화 된 develop branch를 merge.
개발 Flow
- ① : develop branch 내용을 pull (혹은 import)
- ② : 프로젝트 우측 클릭 → Team → switch to → new branch 로 새로운 feature branch 생성 (ex. aaa기능 개발 시 feature/aaa)
- ③ : 로컬에서 개발 후 feature branch에 개발된 내용을 push하여 github에 반영
- ④ : develop branch로 pull request 요청
- ⑤ : 동료 혹은 관리자 코드 리뷰 후 Merge
- ⑥ : 테스트가 완료되면 master branch로 Merge
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 아키텍처
- vuejs
- 백준
- Bitcoin
- Redis
- Java
- kubernetes
- 암호화폐
- Blockchain
- 사토시 나가모토
- CARDANO
- 스프링 시큐리티
- white paper
- 비트코인
- SpringBoot
- Nealford
- k8s
- 스프링
- 동적계획법
- Spring
- 블록체인
- Vue.js
- gRPC
- DP
- Bruteforce
- leetcode
- excel parsing
- 카르다노
- architecture
- 알고리즘
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함