Error "la propiedad de ruta de salida no está configurada para este proyecto"

Tengo una solución de proyectos múltiples en Visual Studio 2008. Acabo de agregar una nueva configuración llamada Release-VersionIncrement a la solución, especificando la configuración de "usar versión" como línea de base. Todos los archivos del proyecto se actualizaron con esa configuración. Sin embargo, cuando intento compilar un proyecto específico con esta configuración, aparece el siguiente error:

Error 5 La propiedad OutputPath no está establecida para este proyecto. Verifique para asegurarse de haber especificado una combinación de configuración / plataforma válida. Configuración = 'Release-VersionIncrement' Platform = 'AnyCPU' C: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ Microsoft.Common.targets 539 9 Conversión de datos

¿Que esta pasando aqui? El proyecto se compila bien en la configuración Release o Debug.

Por lo general, esto sucede cuando la propiedad OutputPath del archivo de proyecto está en blanco. Los archivos de proyecto son solo archivos de MSBuild . Para editar en Visual Studio: Haga clic derecho en el proyecto, elija "Descargar proyecto", luego haga clic derecho en el proyecto descargado y seleccione "Editar ...".

Busque el grupo de propiedades Release-Versionincrement. Debería verse algo como

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release-VersionIncrement|AnyCPU' ">
  <OutputPath>bin\Release-VersionIncrement\</OutputPath>
  <DefineConstants>TRACE</DefineConstants>
  <Optimize>true</Optimize>
  <DebugType>pdbonly</DebugType>
  <PlatformTarget>AnyCPU</PlatformTarget>
  <CodeAnalysisUseTypeNameInSuppression>true</CodeAnalysisUseTypeNameInSuppression>
  <CodeAnalysisModuleSuppressionsFile>GlobalSuppressions.cs</CodeAnalysisModuleSuppressionsFile>
  <ErrorReport>prompt</ErrorReport>
</PropertyGroup>

El importante es OutputPath, ¿existe para su archivo de proyecto? Si no, agréguelo y vuelva a intentarlo.

También he visto este error cuando nuestro agente de compilación estaba configurado para ejecutar la plataforma " Cualquier CPU " (con espacios como se muestra en Visual Studio) en lugar de " AnyCPU " (una palabra como se especifica en el archivo del proyecto).

Tuve el mismo problema cuando usé MSBuild por primera vez. Mi solución es: usar la propiedad OutputPath definitivamente. Me gusta esto:

msbuild XXX.csproj /p:OutputPath=bin\Debug.

En nuestro caso, estábamos ejecutando un script de compilación en nuestras cajas de desarrollador de HP. HP tiene algunas variables de entorno que han configurado para sus propios fines y una de ellas es PLATFORM (que aparentemente se usa para "HP Easy Setup").

La eliminación de la variable de entorno PLATFORM funcionó.

También puede preparar su script de compilación para el futuro especificando la plataforma, es decir
msbuild /p:Platform=AnyCPU.

Si Visual Studio se queja específicamente de que "Platform = 'BPC'", puede solucionarlo fácilmente eliminando la variable de entorno "Platform".

Ahora reinicie Visual Studio y estará listo.

Como insinuó " Richard Dingwall ", el problema está relacionado con VS que usa la versión de visualización de " Cualquier CPU " en lugar de la versión de MSBuild que en realidad dice " AnyCPU "

Id a Construir / Nueva definición de build o Editar definición de Build -> Proceso -> Configuraciones de construir, abra el diálogo de selección de la configuración y de " plataforma " en lugar de seleccionar " Cualquier CPU ", añadir manualmente " Cualquier CPU "

Como se dijo, OutputPath debe establecerse Y debe colocarse antes <Import Project="$(WixTargetsPath)" /> en el archivo .wixproj

He eliminado Platformla variable de entorno (era BNB o algo así). El problema se ha ido.

Estaba agregando la plataforma x64 a mi solución hoy, cuando encontré este problema.

En mi caso, el error decía:

Construido $ / ProjectDirectory / ProjectName.csproj para destinos predeterminados. c: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (484): la propiedad OutputPath no está configurada para el proyecto ProjectName.csproj '. Verifique para asegurarse de haber especificado una combinación válida de Configuración y Plataforma para este proyecto. Configuración = 'Depuración' Plataforma = 'x64'. Es posible que vea este mensaje porque está intentando crear un proyecto sin un archivo de solución y ha especificado una Configuración o Plataforma no predeterminada que no existe para este proyecto.

Sabía que OutputPathdebería estar bien, ya que se trataba de una solución VS existente y funcional. Así que pasé a la siguiente sugerencia: "una combinación válida de Configuración y Plataforma".

¡Ajá! Visual Studio está intentando construir Configuration='Debug', Platform='x64'. Al mirar el archivo de mi proyecto, me di cuenta de que x64 no figuraba como una de las posibles plataformas. En otras palabras, tenía las siguientes entradas (abreviadas):

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
      <PlatformTarget>x86</PlatformTarget>
      <OutputPath>bin\x86\Debug\</OutputPath>  
      . . .  
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
      <PlatformTarget>x86</PlatformTarget>
      <OutputPath>bin\x86\Release\</OutputPath>    
      . . .
  </PropertyGroup>

Entonces, solución fácil: ¡solo agregue entradas x64!

Copié / pegué las entradas x86 y las cambié para usar x64. Tenga en cuenta que también modifiqué las rutas para que no sobrescriban las compilaciones x86:

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x64' ">
      <PlatformTarget>x64</PlatformTarget>
      <OutputPath>bin\x64\Debug\</OutputPath>    
      . . .
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x64' ">
      <PlatformTarget>x64</PlatformTarget>
      <OutputPath>bin\x64\Release\</OutputPath>    
      . . .
  </PropertyGroup>

Luché con esto por un tiempo y luego también descargué, construí y luego recargué el proyecto ofensivo en la solución, y luego MSBuild funcionó correctamente.

Como Scott S, tuve que eliminar la variable de entorno "Plataforma" .

Luego reinicie VS, y está bien: no más mensaje de error ...

El problema tenía que ver con la configuración de mi proyecto. Aquí está el escenario:

Referencias de la Solución A:

Proyecto X hace referencia al Proyecto Y
Proyecto Y

La solución B (la que estoy tratando de construir) hace referencia a:

Proyecto X Proyecto Z

Mi solución fue crear una configuración con el mismo nombre para la Solución A, reconstruirla y luego reconstruir la Solución B. Esto solucionó el problema.

Tuve este mismo mensaje de error. Fue causado por tener una referencia a un proyecto que fue descargado y no requerido por el vinculador (de lo contrario, habría fallado en el momento de la compilación). Eliminar la referencia ofensiva resolvió el problema.

En mi caso (VS2010) eliminé la cadena en el cuadro "OutputPath" que está en la pestaña "Build" y la dejé en blanco. Luego reconstruí la solución. La compilación fue exitosa y VS insertó el directorio actual "./" en "OutputPath". Reemplacé el directorio actual "./" con mi ruta ("bin \ x64 \ Release \" - basta con decir que esta es la ruta exacta de la carpeta que VS se quejaba en primer lugar) y la reconstrucción fue exitosa nuevamente.

En mi caso, la propiedad OutputPath se estableció en los archivos del proyecto. Pero descargar, recargar y luego reconstruir lo solucionó.

Cuando agregué una nueva configuración de solución en mi solución, recibí un error, "La propiedad OutputPath no está configurada para el proyecto X. Verifique que haya especificado una combinación válida de Configuración y Plataforma para este proyecto. Configuración = 'QA 'Platform =' AnyCPU '. Este error también puede aparecer si algún otro proyecto está intentando seguir una referencia de proyecto a proyecto a este proyecto, este proyecto se ha descargado o no está incluido en la solución, y el proyecto de referencia no compilar utilizando la misma Configuración o Plataforma o una equivalente. ProyectoY ".

En mi caso, el problema se debió a la parte resaltada de la descripción del error. Project X parte de mi solución tenía una referencia de proyecto a ProjectY de otra solución (rama diferente).

Resolví este problema modificando el proyecto X para usar la referencia del proyecto a ProjectY en la solución actual. Espero que esto ayude a alguien que tenga un problema similar.

En mi caso, el nuevo bloque XML "PropertyGroup" se generó en la parte inferior del documento. Lo reemplacé después de otras etiquetas "PropertyGroup" y esto resolvió el problema.

Creé un nuevo proyecto en una nueva solución que hace referencia a proyectos existentes. Este error ocurre cuando agrego un proyecto existente (digamos proyecto 1) e intento construir sin agregar otros proyectos a los que hace referencia el proyecto 1.

Solo asegúrese de que todos los proyectos relacionados se agreguen a la nueva solución y el error desaparezca.

Tuve el mismo error, así que miré la configuración del proyecto y allí, en la sección "Crear", está la opción "Crear ruta de salida". Y el valor estaba vacío. Así que llené el valor "bin \" y desapareció el error. Resolvió mi problema.

Si decide establecer OutputPath como un parámetro, y su ruta es como: bin\Release\\entonces recuerde agregar \al final así: /p:OutputPath=bin\Release\\\\me tomó un tiempo darme cuenta de que era el caso

Yo tuve el mismo problema. Lo arreglé limpiando y reconstruí los proyectos.

Tuve el mismo problema y la única solución que me ayudó fue establecer la configuración de compilación manualmente en cada proyecto de NCrunch.

Abra la ventana NCrunch, donde puede ver el estado de cada compilación y donde puede ver que la compilación falla. Haga clic con el botón derecho en el proyecto que no se puede compilar y haga clic en "configurar el componente seleccionado", allí verá en "Configuración de compilación" la propiedad "Usar configuración de compilación" configúrelo en, por ejemplo, "Depurar" y la propiedad "Usar plataforma de compilación" configúrelo como por ejemplo, "AnyCPU". (Tenga en cuenta que los ajustes de compilación y configuración que establezca deben existir en su configuración de konfigration)

Haga esto para todos sus proyectos, pero no para su proyecto de prueba. Después de esto, todo funciona bien para mí.

Tuve el mismo problema, lo solucioné agregando configuraciones faltantes al proyecto que estaba fallando.

CONSTRUIR -> Administrador de configuración ->

En la columna de configuración Agregar

Nota: Esto solo sucedió porque tengo una configuración personalizada y los proyectos recién creados no tenían la configuración.

Si alguien está obteniendo este en sus registros de NCrunch, verifique si los PropertyGroupvalores 'Debug' / 'Release' y 'AnyCPU' / 'x86' están definidos antes de los grupos de propiedades que usan esos valores en su condición.

<PropertyGroup>
    <!-- this one first -->
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <XXX>...</XXX>
  </PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|x86'">
    <XXX>...</XXX>
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|AnyCPU'">
    <XXX>...</XXX>
</PropertyGroup>

Trabajó para mi.

En mi caso, traté de mover el grupo de propiedades que contenía mi configuración personalizada por debajo de las estándar. Me lo resolvió.

Acabo de tener esto con VS2015 Professional:

La propiedad OutputPath no está establecida para el proyecto 'xxxxx.csproj'. Verifique para asegurarse de haber especificado una combinación válida de Configuración y Plataforma para este proyecto.

Esto también es un malabarismo multiproyecto entre depuración / liberación y diferentes objetivos. Había estado jugando con configuraciones de compilación en algún momento y sé que eso puede estropear VS, así que las retiré del repositorio. Todavía no es bueno. OutputPath estaba configurado, ya no había diferencias con un buen estado conocido, por lo que definitivamente había algo mal en mi instalación local.

Abrí el instalador VS2015 y presioné "Reparar", y listo ... de vuelta a la normalidad (¡al menos hasta ahora!)