일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- Apple Developer Academy
- 인프런
- forEach
- Algorithm
- IOS
- core data
- 상호배제
- Linked List
- 오브젝트
- 동기화
- decode
- scrollview
- 가상 메모리
- COLOR
- UserDefaults
- Codable
- 알고리즘
- Swift
- deadlock
- struct
- async
- SwiftUI
- @state
- 비동기
- 데드락
- 운영체제
- 동시성
- 100 days of SwiftUI
- 프로세스 스케줄링
- 앨런
Archives
- Today
- Total
목록force-with-lease (1)
기어가더라도 제대로
강제 말고 임대하세요
강제 말고 강제 임대하세요 Git Force Push 이대로 괜찮은가? 깃을 사용하다 원격 저장소의 커밋이 로컬 저장소의 커밋과 맞지 않아 수정할 필요가 있을 때가 있습니다. 기존 브랜치를 마스터에 리베이스 했다던가, 커밋의 순서 변경 커밋 메시지 변경 커밋을 스쿼시 해서 하나로 줄임이 때 원격 저장소에도 커밋 히스토리를 맞춰주기 위해 종종 push 를 할 때 --force 플래그를 주는데요. 여기에는 큰 위험이 도사리고 있습니다. 깃 저장소는 내부적으로 원칙이, Fast-Froward 가 가능할 때 push 를 받아줍니다. 즉 커밋 히스토리가 바뀌었다하는 경우는 같은 브랜치여도, 원격 저장소에서 푸시가 거절될 수 있습니다. 그 사이에 만약 다른 개발자가 저장소에 커밋을 푸쉬했다면? 여기서부터 문제가 시..
기타
2022. 4. 9. 09:46