보통 파일시스템과 동일하게 생각하셔도 괜찮을 거 같습니다.
이미 develop 이라는 파일이 만들어져 있다면, develop/bugfix 라는 브랜치는 develop 이라는 디렉토리가 필요로 하고 이미 동일한 이름을 파일명으로 사용하고 있기에 디렉토리를 만들 수 없다라고 말이죠.

그리고 develop 브랜치에 대한 버그픽스라면, bugfix/develop 내지는 develop-bugfix 라고 네이밍할 거 같네요. (개인적으로는 전자와 같은 방식을 선호합니다.)

dev/bugfix라는 브랜치를 만들려면 dev라는 브랜치는 만들지 말아야 한다는 게 함정이죠.

브랜치를 디렉토리라고 생각하지 않으면 된다지만 마치 브랜치가 디렉토리처럼 보이는 건 git 도입 허들이라고 생각됩니다.

잘 쓰던 사람이야 안헤깔리겠지만 처음 쓰려는 사람들은 브랜치를 디렉토리처럼 생각한다는 거에요. 디렉토리가 아니면 대체 뭐지? 어떻게 관리되는거지? 하면 딱히 해줄 말도 없어요. 확 와닿게 비유를 들만한게 없거든요.

인덱싱, 커밋, 푸쉬, 풀은 그래도 그림으로 설명이 가능합니다만.. ㅎㅎ

"마치 브랜치가 디렉토리처럼 보이는 건" 라고 말씀하시는 건 svn 때문이 아닐까 합니다.
git 에서 branch 는 특정 commit 에 대한 포인터 정도일 뿐이죠.