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 |
Tags
- 동작방식
- optional
- resilience4j
- 람다표현식
- closeable
- webflux
- Hotspot VM
- try-catch
- 코딩테스트
- feign
- tcp
- n+1
- try-with-resources
- java
- execution engine
- springboot
- 4-way-handshake
- AutoCloseable
- intelij
- wagon-ssh
- zipWith
- GC
- Runtime data area
- Class Loader
- 날짜쿼리
- circuitbreaker
- jetbrain
- jvm
- Kotlin
- try-catch-finally
Archives
- Today
- Total
목록GIT (1)
JuBin's personal study blog
[Git] forking workflow와 rebase란
중앙 원격 저장소와 개인 원격 저장소를 나눠서 작업하는 방식인 Forking WorkFlow란? 중앙 원격 저장소의 프로젝트 참여자들은 자신의 원격 저장소(중앙 원격 저장소를 fork한 repo)와 이 fork한 저장소를 clone하여 개인 로컬 저장소를 가지고 협업을 진행하는 방식이다. 중앙 원격 저장소에 Push하는 방식이 아닌 자신의 원격 저장소에 코드를 Push하고, 이 Push된 내용은 중앙 원격 저장소에 PR 한다. 현재 회사 같은 경우에는 QA가 중앙 원격 저장소에 PR을 Merge하는 방식이다. 자신의 원격 저장소는 origin, 중앙 원격 저장소는 보통 upstream으로 정의하지만 여기서는 jpmerge로 정의한다. 작업 Flow를 정리하자면 1. 중앙 원격 저장소(jpmerge)를 f..
GIT
2023. 9. 21. 14:58