일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 스프링 포매터
- 기능적 요구사항
- fetch join
- spring formatter
- kotlin ::
- 비기능적 요구사항
- 동적파라미터
- 생성자주입
- kotlin 리팩터링
- 스프링시큐리티
- java predicate
- 정적팩토리메서드
- Spring
- Atomicity
- ioc컨테이너
- 스프링
- open-session-in-view
- 토비의 스프링
- jpa lazy
- 도커 이미지 빌드
- 소프트웨어의 품격
- IOC
- 스프링di
- method refetence
- 수정자주입
- 스프링부트 도커
- jpa no session
- 자바 필터
- 그래프큐엘
- 스프링 시큐리티 설정
Archives
- Today
- Total
공부기록
[Git] 깃 전략. 본문
반응형
우리 프로젝트 깃 전략은develop
브랜치에서 각자 본인의 원격 브랜치를 분기합니다.
브랜치 명은 dev/[이름]
으로합니다 ( ex. dev/eunmo )
본인의 브랜치에서 기능별로 로컬 브랜치를 분기합니다. 브랜치 명은 feat/[기능]
으로 합니다. ( ex. feat/login )
기능이 완성되고나면 commit 하며, 본인의 원격 브랜치 ( dev/[이름]
) 로 merge 합니다.
그 후 develop
브랜치에 pull request를 합니다.
각 팀장님들은 develop
브랜치 관리를 합니다. 기능들이 제대로 동작하는 지 확인 후 merge하시면 됩니다.
그 후 master
브랜치로 pull request 보내시면 됩니다.
주의사항주의사항주의사항주의사항주의사항주의사항
develop
브랜치로 pull request 요청 전에, 먼저 develop
브랜치에서 pull을 한 뒤 혹시 모를 컨플릭트를 해결한 후 최종적으로 pull request를 요청해야합니다.
이해안되시거나 모르는 부분 있으시면 개인톡주세요 감사합니다. 즐겁게 프로젝트해요!
반응형
'Git' 카테고리의 다른 글
Git 워크플로우 (0) | 2019.11.15 |
---|---|
Git과 Git Desktop 개요 (0) | 2019.11.15 |
Github에 올라와 있는 프로젝트 가져오기. (0) | 2019.11.08 |