2011-12-24 3 views
2

브랜치에서 프로젝트를 수행 한 일부 변경 사항을 커밋하고 있었고 그 커밋에 잘못된 부모가 할당되었음을 발견했습니다.Git wrong commit parent

당신이 볼 수 있듯이 : HERE

술래 잡기 나에게 보여줍니다 강조 커밋 (메시지 redirect user after login 오늘 현재의 지점에서 수행 된 한) 때문에 잘못 이틀 전에 완료 병합에서 온다 내가 feature-loose-logging 지점을 체크 아웃했다면 저 커밋을 볼 수 없습니다.

따라서 내 커밋은 added license 커밋 바로 뒤에 있어야합니다.

왜 자식이 feature-loose-logging 분기에 부모를 할당하기로 결정 했습니까?

+0

저는 이것이 실제로는 완벽하게 합리적인 질문이라고 생각합니다. 너무 지역화되어 있지는 않습니다. 특정 사례에 관해 묻지 만 효과적으로 'tig'명령이 어떻게 수행되는지를 묻고 있습니다. – Cascabel

답변

2

틀렸다고 tig는 "강조 표시된 커밋은 2 일 전에 완료된 병합에서 비롯된 것"이라고 표시하지 않습니다. 그래프를 더 자세히 검토하십시오.

+0

오, 쏴. 지금은 이해. 그러나 여전히, '추가 된 라이센스'커밋보다 낮은 이유는 무엇입니까? – Paul

+2

아마도 토폴로지 정렬 때문입니다. –

+1

@Paul :'tig'는 한 줄에 두 가지를 넣을 수 없기 때문에 어느 시점에 물건을 주문하는 방법을 결정해야합니다. 'gitk'에서 같은 종류의 것을 볼 수 있습니다. 커밋 시퀀스를 함께 유지하려고합니다. 오른쪽의 가장 최근의 커밋은 실제로 가장 왼쪽의 커밋보다 최근의 것임을 주목하십시오. – Cascabel