리드가 더 간단한 코드 리뷰 (PR)를 원했습니다. 그래서 3 개의 분기로 분기 코드. A → B → C. 그런 다음 A에서 코드를 삭제합니다. A라는 추가 코드를 삭제하면 간단한 코드 검토가됩니다. 그런 다음 B에 대한 코드 검토를하고 나중에 C를 작성합니다.Git : 삭제를 지점으로 가져 오지 않습니까?
B는 A에서 분기 된 것이므로 절대 절대로 풀어 낼 수 없다고 가정합니다. 이 올바른지? 유사하지만 같은 질문 : How to turn a git branch into fork?
같아요 제가 원래 코드베이스 ABC 수행 사용 했어야이 :
ABC->A (delete B and C stuff. Code review A.)
ABC->BC->B (delete C stuff and code review B)
BC->C (code review the total. Or ABC->C even.)
ABC의 변경은 A, 또는 B에 들어갔습니다 할 수있는이 방법 , 또는 C.
그렇기 때문에 내가하지 않았 더라면 코드를 끌어 당기거나 병합 할 수있는 방법이 있습니까? 즉, B로 끌어 오지 않고 B를 EPIC로 병합하면 A에서 수행 한 삭제가 적용됩니다 (원하는 것은 아님). 또는 B에서 작업하는 동안 A에서 삭제 된 모든 파일을 터치하면 C가 내 파일을 저장하고 Merge에서 삭제되는 것을 방지합니다. 내가 여기에서 태워 질까봐 두려워. 나가는 길은 뭐야? (처음부터 끝까지 시작하는 것 이외에)
"커밋"개념과 "분기"개념 사이에 약간의 혼란이있는 것처럼 보이기 때문에이 부분이 의미가 있다는 것을 확신하지 못합니다. – twalberg