일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 기능적 요구사항
- 스프링시큐리티
- 스프링 시큐리티 설정
- ioc컨테이너
- kotlin 리팩터링
- spring formatter
- java predicate
- jpa lazy
- jpa no session
- method refetence
- 도커 이미지 빌드
- 동적파라미터
- 비기능적 요구사항
- 스프링di
- 수정자주입
- open-session-in-view
- 자바 필터
- IOC
- 그래프큐엘
- Atomicity
- 생성자주입
- 정적팩토리메서드
- 스프링
- Spring
- kotlin ::
- 토비의 스프링
- fetch join
- 스프링부트 도커
- 스프링 포매터
- 소프트웨어의 품격
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 |