Project structure of .NET-Projects using git submodule or something different

Hi, I'm searching for an adequate Project-structure for our .NET-Projects, but I think the problem isn't specific to .NET-Programs, it's more "how can I nest submodules toghether".

Let's assume following Project structure (Dependencies and Subdependencies
are submodules and submodules of the submodules)
Project
	Dependency 1
		Dependency 2
		Dependency 3
	Dependency 4
	Dependency 2

The problem is if I want to build them I need to build 2+3, then 1, 4 and 2 again and then the project. As you may see project 2 is a submodule of dependency 1 and also of project. I don't feel comfortable with this setup. What do you think? I've also thought about symlinks (though I'm mainly on Windows ), but with symlinks I'll lose the tight coupling of git submodules by SHA1-revision. I could also add Dependency 1-4 to my main project, not loading submodule 2-3 within dependency 1, but then the Project-Files of .NET for dependency1 may change depending if I clone Dependency1 on its own or if I clone my superproject.

Sometimes I have longer chains (project - submodule - subsubmodule - . ), so it could easily be that I clone a superproject and 10 subprojects, even though there are only 3-5 really different subprojects, rest would be duplicates.

How would you handle this? Git submodules? Something different? 

Thanks in advance, Harald