2016-11-12 11 views
0

SVN에서 왔지만, Git의 복잡성에 익숙해 져 있습니다. TortoiseGit이 문제를 묻는 첫 손을 발견했기 때문에 Git Extensions도 발견했습니다.Git Extensions 브랜치의 그래픽 표현 이해하기

과거에 해왔 던 것처럼, 나는 그 중 하나를 끝내기 전에 세 가지 별도의 작업을 수행했습니다. 그렇게 현명하지는 않습니다. 그것은 분기를 연습 할 수있게 해줍니다.

이제 master : thread-safe, common-create-web-requestchange-alias-target에 3 개의 분기가 있습니다. 이 시점에서 아무 것도 unstaged되지 않습니다. 모든 변경 사항은 해당 세 가지 지점 중 하나 (또는 ​​그래서 나는 다음 단락 참조)에 적용되며 그 중 아무 것도 밀어 넣거나 병합되지 않습니다. 망할 놈의 확장 검색 창 그래픽이 보여 보인다

나는 가지 thread-safecommon-create-web-request에 대한 개정이 그 가지에 있지만, 분기 change-alias-target에 두 개정하지 (있다, 그냥 궁금하고 걱정 조금입니다 내가 개정판의 목록의 왼쪽을 실행하는 그래프를보고). 내가 실수로 그걸 ..에 맡기면? 그렇다면 지점으로 이동하는 방법을 알고 싶습니다. change-alias-target.

enter image description here

답변

0

2 개의 커밋은 분기 '변화 별칭 대상'에 있습니다. git의 브랜치는 커밋 체인을 처리하는 포인터입니다. 따라서 커밋을 볼 수 있다면 줄을 따라갈 때 발생할 모든 지점 (빨간색 태그)에 포함되어 있기 때문입니다.

당신은 또한 ... 목록은 커밋 메시지 이후에 표시됩니다. 당신은, 해당 라인에가에 포함되어있는 모든 지점을 클릭하면, 커밋 탭에

+0

죄송 볼 수 있지만 아직하지 'change-alias-target'에 대한 시각적 표현이 왜 다른지 이해하십시오. 'master'에서'git log'를 한 결과 두 개의 리비전이 없다는 것을 알았지 만, 'change-alias-target' 브랜치를 체크 아웃하고'git log'를 실행 한 후에 나타났습니다. 그게 위안이지만 여전히 그 지점에 대한 회색 태그가 다른 두 지점과 같이 분리 지점에 시각적으로 나타나는 이유를 알고 싶습니다. –

+1

브랜치가 어떻게 표시되는지 이해해서는 안됩니다 (마스터는 항상 라인에 있고 브랜치는 실제로 다른 브랜치와 같은 브랜치이기 때문에 오른쪽에있는 브랜치는 아닙니다). 이것은 분기를 렌더링하는 알고리즘이며 완벽한 렌더링 방법은 없습니다. 실제로, 줄에 표시 될 브랜치는 항상 가장 최근의 커밋을 가진 브랜치입니다. 당신은 토폴로지를보아야 만합니다. 왜 다른 하나가 아닌 다른 줄이 보이지 않는 ... – Philippe

+0

지금 이해합니다, 고마워요! –