반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- resultMap
- 스프링 빈
- springboot
- thymeleaf
- db
- 스프링 부트 입문
- 스프링 컨테이너
- 스프링 부트
- SQL
- 필드 주입
- @Configuration
- JPA
- 생성자 주입
- 싱글톤
- Effective Java
- assertThrows
- 스프링 부트 기본
- mybatis
- sqld
- DIP
- jdbc
- DI
- Javascript
- 스프링
- spring
- 스프링 프레임워크
- assertThat
- 스프링부트
- java
- kafka
Archives
- Today
- Total
목록Git flow (1)
선 조치 후 분석

Git Branch 전략 Git Branch에 전략, 즉 규칙을 부여하는 것 Git Branch를 효과적으로 관리하기 위한 워크플로우 각 Branch에 규칙을 정해놓고, 해당 규칙을 팀원들이 지켜가며 개발을 진행하는 것 종류 Git-Flow GitHub-Flow Branch를 사용해야 하는 이유? Main Branch는 일반적으로 출시되고 배포된 코드를 위한 브랜치 이곳에 기능을 하나씩 커밋을 진행하다 보면, 기능이 완성되기 전까지 Main Branch의 소스코드는 불완전상태로 존재 하나의 Branch로 개발을 진행하다 보면, 작업 중인 파일을 누군가 건드려 충돌이 발생 우려 독립적 개발을 위해 필요한 기능 Branch를 나누는 방법 main(master) : 서비스를 직접 배포하는 역할을 하는 브랜치 ..
Solution/Git
2023. 11. 20. 10:37