.net - prod - dotnet restore arroja un error en los proyectos a los que se hace referencia localmente

dotnet build-- prod

Question

Esta pregunta es sobre una característica de depeciated. Los proyectos dotnet core desde la versión 2.xy versiones posteriores ya no requieren un archivo project.json.

Cuando construyo mi proyecto localmente usando Visual Studio todo funciona bien. Sin embargo, cuando lo construyo en VSTS usando el proceso recomendado de microsoft https://www.visualstudio.com/en-us/docs/build/apps/aspnet/aspnetcore-to-azure, no puedo hacerlo funcionar.

Lo estoy descubriendo cuando lo hago

dotnet restore

Recibo este mensaje de error

Errors in C:/a/1/s/Wedding.WebApp/project.json
    Unable to resolve ''Wedding.Application'' for ''.NETFramework,Version=v4.6.1''.
    Unable to resolve ''Wedding.Common'' for ''.NETFramework,Version=v4.6.1''.
    Unable to resolve ''Wedding.Domain'' for ''.NETFramework,Version=v4.6.1''.
    Unable to resolve ''Wedding.Persistence'' for ''.NETFramework,Version=v4.6.1''.

Tengo 5 proyectos dentro de mi solución y creo que la restauración de dotnet está tratando de obtener proyectos sin construir.

Mi project.json contiene esto:

"frameworks": {
  "net461": {
    "dependencies": {
      "Wedding.Application": {
        "target": "project"
      },
      "Wedding.Common": {
        "target": "project"
      },
      "Wedding.Domain": {
          "target": "project"
      },
      "Wedding.Persistence": {
          "target": "project"
      }
    }
  }
},

Answer 1

Según su descripción, parece que faltan 4 dependencias al insertar el código en VSTS. Sugeriría que revises todos los archivos en VSTS. Para publicar y desplegar la aplicación central de ASP.Net en Azure a través de Visual Studio, le sugiero que lea este artículo . Lea este artículo para obtener más información sobre el uso de VSTS para implementar.

[Actualización basada en mi comentario]

Según mi experiencia, si desarrolla una aplicación core de .NET, es mejor elegir la biblioteca de clase principal de .NET. puede poner código común en proyectos .NET Core en la misma solución para futuras reutilizaciones multiplataforma.