각각 좋은 곳이 있어 짜낼 수 없기 때문에 구분하고 있습니다.

Git Bash (Git for Windows 소개)

커맨드 라인 툴로서 과부족 없기 때문에 그대로 사용.
다른 GUI가 지원하지 않는 기능이나 옵션을 엄밀하게 지정하고 싶을 때 등에 사용한다.
git rebase -i 등.

Git Gui (Git for Windows 소개)

직전의 커밋 수정(git commit --amend)에 편리.
직전의 커밋의 메시지와 커밋한 파일이 모두 보인다.
(다른 도구에서는 이전 커밋 파일이 보이지 않는 경우가 많습니다)

TortoiseGit

브랜치 별 관계를 보는데 Revision Graph가 매우 보기 쉽다.
개인 개발에서는 사용하고 있지 않지만, 팀 개발시의 컨플릭트 수정시의 확인이나,
방치되어 있거나 리베이스 없이 장기 개발하고 있는 브런치의 발견 등에도 사용.

※화상은 TortoiseGit의 공식 페이지에서

Sourcetree

커밋시 행 단위/hunk(코드 블록) 단위로 제어할 수 있으므로 편리(git add -p {path}).
실수로 공백행이나 디버그용 코드를 커밋할 것 같게 되었을 때 등, 에디터에 돌아오지 않고 수정할 수 있다.
추기: JetBrains의 IDE에서 가능하게 되었기 때문에 사용하지 않게 되었습니다.

브랜치 이동이나 checkout도 간단.

JetBrains 계 IDE의 git 기능

· 파일의 행 단위 변경 확인
버그의 원인 개소를 특정했을 때 등에, 몇시부터 발생해, 유사한 버그는 있는지, 어떻게 수정해야 하는가, 라고 하는 조사에 사용.
· 파일 단위 변경 확인 (git log -p {path} 및 git diff {path})
상에 동일.
· 디렉토리 단위 변경 내역 확인 (git log -p {path})
별로 자세하지 않은 기능을 접할 때, 과거에 변경을 넣은 상세한 사람을 리스트 업에 사용.

마지막으로

상시 모두를 시작하고 있는 것은 아니고, 꽉 사용하고 싶을 때 이외는 다른 툴로 끝내는 일도 많습니다.
하지만, 사람에게 추천하기에는 이 수는 엄격하기 때문에 좀 더 좁히고 싶은 곳.
그 밖에 추천 있으면 가르쳐 주시면 다행입니다.