A instalação do Visual Studio 2017 interrompe os projetos do Visual Studio 2015 ASP.NET Core

94

Depois de instalar o Visual Studio 2017 Professional, não consigo mais construir meu ASP.NET Core no Visual Studio 2015 Professional. Nunca abri este projeto no VS2017

eu recebo

O seguinte erro ocorreu ao tentar executar o processo do servidor do modelo de projeto (1.0.0-preview3-004056).

Incapaz de iniciar o processo. Nenhum executável encontrado correspondente ao comando dotnet-projectmodel-server

Em seguida, criei um novo projeto ASP.NET Core no Visual Studio 2015 e recebo exatamente a mesma mensagem ao carregar meu projeto.

Além disso, quando quero construir o projeto, recebo

MSB1009: Arquivo de projeto não existe.

O mesmo problema não ocorre com projetos ASP.NET 5, portanto, está limitado apenas ao ASP.NET Core

Atualização do Visual Studio 2017, 7 de março

Ifa global.json é adicionado como nas respostas abaixo, obtém uma mensagem de erro para qualquer versão da estrutura .net usada na global.jsone que existe na C:\Program Files\dotnet\sdk\pasta

Erro MSB4019 O projeto importado "C: \ Arquivos de programas \ dotnet \ sdk \ XXX \ Microsoft \ VisualStudio \ v14.0 \ DotNet \ Microsoft.DotNet.Props" não foi encontrado. Confirme se o caminho na declaração está correto e se o arquivo existe no disco.

Além disso, ao fechar o Visual Studio e reabri-lo novamente, recebo a mensagem de erro original

asp.net-core .net-core visual-studio-2017

— dfmetro
fonte

2

O Visual Studio 2017 atualizou o .NET Core SDK, que trouxe algumas mudanças, como a mudança de project.json e uma série de otimizações para o desempenho durante o trabalho no Visual Studio. Esta é uma mudança significativa no próprio .NET core.

— jessehouwing de

Eu também instalei o VS 2017 RC em minha máquina que tem a atualização 3 do VS 2015 e recebi exatamente o mesmo erro ao tentar abrir um aplicativo ASP.NET Core 1.0 existente no VS 2015. Este projeto abriu bem no VS 2015 antes de instalar o VS 2017 RC e nunca tentei abri-lo com o VS 2017 RC. Desinstalei o VS 2017 RC e o aplicativo ASP.NET Core 1.0 no abre muito bem e constrói agora com o VS 2015. Então, aparentemente, ao contrário do que a Microsoft diz, você não pode instalar o VS 2017 RC em uma máquina que tem o VS 2015 isto. Pelo menos se você deseja abrir aplicativos ASP.NET Core 1.0 criados com o VS 2015 no VS 2015.

— Stephen Peterson

1

A publicação também foi interrompida com o modelo VS2017 ASP.NET Core RC padrão, então eu aconselho a ficar longe até o RTM

— dfmetro

Possível duplicata de nenhum executável encontrado correspondente ao comando dotnet-projectmodel-server

— Rosberg Linhares

2

Encontrei uma solução alternativa para sua atualização de 7 de março com o Microsoft.DotNet.Props ausente. Vá para sua C:\Program Files\dotnet\sdkpasta e encontre a pasta que foi instalada antes de 1.0.0 (no meu caso 1.0.0-preview2-1-003177). Substitua sdk / version por esse valor em seu global.json. Entãodotnet restore

— AngryHacker

77

@ClaudioNunes e @MegaTron têm a resposta correta . Depois de ler essa resposta, percebi que minha solução .NET Core não tinha um arquivo global.json. Adicionei uma nova pasta de solução e um arquivo global.json. Como nenhum dos meus projetos está aninhado em subpastas, só tive que remover "src" e "test" da matriz de projetos:

{
  "projects": [],
  "sdk": {
    "version": "1.0.0-preview2-003131"
  }
}

O projeto agora abre corretamente no VS 2015 com VS 2017 RC instalado.

— Stephen Peterson
fonte

Funcionou para mim, obrigado. @Luiz teria obtido a resposta como foi o primeiro, mas sua resposta não foi detalhada

— dfmetro

Obrigado. Fiquei muito confuso depois de atualizar para o VS 2017 RC. Mas agora funciona.

— thangchung de

2

Além disso, tive que executar dotnet restoreem cada projeto, mas depois disso tudo funcionou como esperado.

— cel sharp

2

Qual é essa nova pasta de solução de que você fala?

— Mathieu K.

1

Não funcionou, "version": "1.0.0"mas quando tentei "version": "1.0.0-preview2-003131"funcionou ... Obrigado por salvar vidas ...

— Nisar

27

Uma possível solução é adicionar um global.json à solução e especificar a versão sdk a ser usada como em

{
  "projects": [ "src", "test" ],
  "sdk": {
    "version": "1.0.0-preview2-003131"
  }
}

— Claudio Nunes
fonte

5

Vá para Programas e Recursos, use "Core" para filtrar e localizar a instalação do Preview 3 ("Microsoft .NET Core 1.0.1 - SDK Preview 3 (x64).") E remova-o.

NOTA: Execute dotnet --versionantes e depois de remover este SDK. No meu caso, resulta em 1.0.0-preview3-004056(antes) e 1.0.0-preview2-1-003177(depois).

Ainda não consigo ver os efeitos colaterais no vs2017.

— Luiz carlos faria
fonte

1

Essa é uma maneira de corrigi-lo, no entanto, você pode adicionar um arquivo global.json à sua solução (arquivo de solução, não adicionado no nível do projeto) especificando a versão principal a ser usada{ "projects" : [], "sdk":{ "version":"1.0.0-preview2-003121"}}

— bougiefever

2

Dê uma olhada neste link: https://github.com/aspnet/Tooling/blob/master/known-issues-vs2017.md#known-issues-for-aspnet-core-support-in-visual-studio-2017

Se você atualizar o conjunto de ferramentas do Visual Studio 2015 para a versão mais recente, o problema deve ser corrigido. Observe que esta não é a atualização do Visual Studio 2015, mas o ASP.NET Core e as ferramentas.

— Todd Miranda
fonte

Não tenho certeza do que a instalação das ferramentas ASP.NET Core 1.1 mais recentes teria a ver com a abertura de um aplicativo ASP.NET Core 1.0 no VS 2015 e não fazê-lo funcionar com o VS 2017 RC instalado. Posso ver se você queria atualizar seu aplicativo ASP.NET Core 1.0 existente para 1.1, no VS 2015, mas a instalação do VS 2017 RC não deve ter nada a ver com a forma como o VS 2015 funciona, especialmente com projetos .NET Core criados no VS 2015

— Stephen Peterson

0

A atualização do projeto foi aprimorada do Visual Studio 2017 RC para o Visual Studio 2017 RTM e está funcionando agora.

Acabei abrindo minha solução Visual Studio 2015 ASP.NET Core no Visual Studio 2017 que atualizou cada projeto na solução. Em seguida, atualizei os pacotes nuget e a solução funcionou sem quaisquer efeitos colaterais.

— dfmetro
fonte