I am not sure how elaborate directory structure guidlines can be, since much depends on the structure of the underlying code, solutions, etc.
First, let me emphasise that there is still an underlying 255 character limitation on path length imposed by the operating system. You may discover, that long file names, long branch names, and long folder names combine, after a while, to create unwieldy
I generally create a *root* folder for all my Team Projects on my local hard drive (for example, c:\VS2010 or c:\Projects or something similar). This will become the container folder for all of the team projects that I need to map workspaces for.
Under this *root* folder, I generally have a folder for each Team Project (for example if I have TeamProjectABC and TeamProjectXYZ, I will have corrsponding folders c:\VS2010\TeamProjectABC and c:\VS2010\TeamProjectXYX.
When I create a local workspace mapping for a team project I often just map the Team Project to this local folder corresponding to the TeamProject. (In fact, when I create the mapping, I can create the workspace mapping at the same time).
After the mapping has been established, as I add a folder in Source Control Explorer (after doing a checkin), or create a branch it will create the corresponding folders on my local drive.
Each TeamProject, presumably would have its own separate set of branches, although there are some situations where you might branch across projects.
I think it makes sense to propose a company-wide guideline for setting up the directory structure on a developers local hard drive. I think this is better than leaving this up to individual developers to decide on their own.
When you have a structure like this, you can do a get latest on the Team Project, and it will do a get latest of all the underlying branches. The structure on disk is does not dictate the branch hierarchy. This is why, in Source Control Explorer, you could
put all the branches into a single folder on the local drive.
When you do a branch hierachy view, you will see the branch hierachy, while in Source Control Explorer, you will see the folder/branch structure.
VS ALM Ranger