Você deve reutilizar um Entity Framework EDMX entre várias soluções?

Atualmente, temos 1 gigante EDMX para nosso banco de dados corporativo. Ele, juntamente com todos os POCOs gerados, estão em um projeto separado (nós o chamaremos de projeto EDMX), o qual nós puxamos para qualquer solução que use o principal base de dados. Em outras palavras, qualquer nova aplicação que desenvolvemos usa esse mesmo projeto EDMX. Naturalmente, o projeto EDMX requer uma referência ao Entity Framework. Mas o mesmo acontece com os principais projetos de cada aplicativo. Assim, uma determinada solução tem duas referências separadas ao Entity Framework - que podem acabar sendo versões completamente diferentes.

Eu herdei esta configuração e agora tenho a oportunidade de fazer algumas grandes mudanças. Eu suspeito que não devemos usar este EDMX para várias soluções, mas não temos 100% de certeza.

Perguntas

1. Poderia ter duas versões diferentes do Entity Framework em uma determinada solução causando problemas? Parece que seria, e certamente não queremos restringir nossos aplicativos mais recentes a uma versão antiga da EF para trabalhar com o projeto EDMX, que por sua vez funciona com soluções antigas.
2. Há algum outro motivo para isso ser ruim?

Nota: Li questões semelhantes sobre o uso de 1 EDMX dentro da mesma solução (vs. dividindo por esquema, etc.), mas minha pergunta é diferente porque estou falando sobre o uso de 1 EDMX para todas as soluções .

EDIT 10/16/14: Então eu praticamente tenho a minha primeira pergunta respondida. Pelo menos entre o Entity Framework 5 e o Entity Framework 6, ele realmente causa problemas. Quando meu projeto EDMX tem o EF5 instalado, e eu atualizo meu projeto principal para o EF6, muitas das minhas consultas LINQ (dentro do projeto principal, referenciando as classes POCO geradas dentro do projeto EDMX) são quebradas. Pelo que entendi, isso tem algo a ver com as mudanças no namespace. Se houver uma solução alternativa para fazer as duas versões funcionarem juntas, não a encontrei.

Minha segunda pergunta ainda precisa ser respondida, no entanto. Existem outras razões para isso, além de versões conflitantes do Entity Framework? Do ponto de vista do design, ter 1 EDMX faz sentido? Prós poderia ser facilidade de atualização (se uma tabela de banco de dados usada por vários projetos for alterada, haverá 1 local para atualizá-la). A desvantagem óbvia é que os novos projetos são restritos a uma versão antiga do EF até que todos os outros projetos sejam atualizados. Quaisquer outros problemas que surgem? Realmente apenas procurando por alguma direção.


EDIT 10/17/14 Aceitei uma resposta, mas os comentários sobre o uso do EDMX por você / sua empresa ainda seriam úteis / votados em excesso. Quanto mais perspectiva, melhor.