Como lidar com os Submodules Git em soluções do Visual Studio com layout diferente?

Desenvolvemos com o Visual Studio 2010 (em C #) e migramos há algum tempo do SVN para o GIT. Agora tentamos dividir nosso repositório (que é bastante grande - ~ 30.000 arquivos) para muitos repositórios git - um para cada solução. As soluções compartilham alguns projetos, principalmente bibliotecas que desenvolvemos internamente e gostamos de adicionar a todas as soluçõe

Os novos repositórios têm um layout plano. Um subdiretório para cada projeto (projetos compartilhados são submódulos). No grande repositório antigo, os projetos estão em uma estrutura de árvor

O problema ocorre com referências externas nos submódulos. Nos novos repositórios, o caminho para um p-projeto referenciado pode ser "...... libs \ someproject", enquanto no novo layout o caminho correto seria ".. \ someproject".

Já tivemos algumas guerras de edição relacionadas a isso e não estamos interessados em mais nada.

Soluções semi-cozidas que eu conseguia pensar:

use "Caminhos de referência" em ... csproj.user e exclua este arquivo do controle de versão (deve ser refeito para cada desenvolvedor e após cada limpeza reopsitóri

use ramificações para cada situação e tente ensinar a todos onde as confirmações "reais" devem ir e onde as confirmações "mudança de ambiente" devem ir (os submódulos já não são o conceito mais simples ...)

inários embutidos em vez dos submódulos (mas e o desenvolvimento de alterações nos submódulos? e as diferentes versões do log4net

Alguém sabe de uma solução sã?

questionAnswers(10)

yourAnswerToTheQuestion