일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 안티디버깅
- v8 optimizing
- Android
- apm
- LLVM Obfuscator
- uftrace
- linux thread
- OSR
- on-stack replacement
- Linux custom packer
- tracerpid
- initial-exec
- LLVM
- android inject
- so inject
- custom packer
- on stack replacement
- tracing
- anti debugging
- Obfuscator
- linux debugging
- thread local storage
- Linux packer
- LLVM 난독화
- pinpoint
- pthread
- 난독화
- Injection
- v8 tracing
- TLS
Archives
- Today
- Total
Why should I know this?
[Git] Git 관련 활용법 모음 본문
* 상황
1. fix-issue-001 이란 이름으로 만든 Branch에서 작업 후 Github에서 Pull Request 를 보낸 후
2. Remote의 fix-issue-001 Branch를 삭제하고
3. 새로 만든 동일한 이름의 fix-issue-001 Branch로 force-push 한 경우
* 문제
위와 같이 Branch를 새로 만든 후 push 한 경우, 이미 보낸 Pull Request로 갱신이 되지 않는다.
물론 PR을 새로 올리는 것도 방법이지만, 이미 보내놓은 PR에서 의견 소통이 이뤄진 경우 이 흔적을 지우는건 좋지 않다.
* 해결책
먼저 현재의 브랜치 fix-issue-001 를 이름을 변경한다. 대충 fix-issue-001___ 로 변경했다고 치자.
과거의 브랜치를 복구한다 git reflog 를 사용하면 된다 관련 사용법은 검색
PR을 보냈던 fix-issue-001 를 복구한 뒤 git rebase로 과거 커밋을 모두 삭제한다.
git rebase fix-issue-001___ 로 새로 작업했던 브랜치의 내용을 가져온다.
이후 force-push 하면 과거 보냈던 Pull-Request가 갱신되는 것을 확인할 수 있다.
'Technic' 카테고리의 다른 글
[AArch64] DC ZVA - 데이터 로드 속도 향상 tweak (0) | 2024.07.03 |
---|---|
새 SSH 키 생성 및 ssh-agent에 추가 (0) | 2023.12.22 |
Self-Trace code 를 넣으면 좋은점 (0) | 2023.02.20 |
Linux에서 Crash 제어 (feat, setsetjmp/siglongjmp) (0) | 2022.12.11 |
파일 무결성 검사 (hashmap 방식 응용) (0) | 2022.11.15 |
Comments