błąd "właściwość outputpath nie jest ustawiona dla tego projektu"

Widziałem również ten błąd, gdy nasz agent kompilacji został skonfigurowany do uruchamiania platformy " Any CPU "(ze spacjami wyświetlanymi w Visual Studio) zamiast" AnyCPU " (jedno słowo określone w pliku projektu).

Miałem ten sam problem, gdy najpierw użyłem MSBuild. Moje rozwiązanie to: zdecydowanie użyj właściwości OutputPath. Tak:

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

W naszym przypadku uruchamialiśmy skrypt kompilacji na naszych pudełkach programistów HP. HP ma kilka zmiennych środowiskowych, które skonfigurowali do własnych celów, a jedną z nich jest PLATFORM (używana najwyraźniej do "HP Easy Setup").

Usunięcie zmiennej środowiskowej platformy zadziałało.

Możesz również zabezpieczyć swój skrypt kompilacji określając platformę, np.
msbuild /p:Platform=AnyCPU.

Jeśli Visual Studio narzeka, że "Platform= 'BPC'", możesz to łatwo naprawić, usuwając zmienną środowiskową" Platform".

Teraz uruchom ponownie Visual Studio i możesz zaczynać.

Podobnie jak" Richard Dingwall "zasugerował, problem jest związany z używaniem display w wersji" Any CPU "zamiast wersji MSBuild, która faktycznie brzmi" AnyCPU "

Wejdź w Build / new build Definition lub Edytuj build Definition - > proces - > konfiguracje do zbudowania, Otwórz okno wyboru konfiguracji i w "Platform "zamiast wybrać" Any CPU", ręcznie dodaj " AnyCPU "

Jak zostało powiedziane, OutputPath musi być ustawione i musi być umieszczone Przed <Import Project="$(WixTargetsPath)" /> do środka .plik wixproj

Usunąłem Platform zmienną środowiskową (był BNB lub smth w ten sposób). Problem zniknął.

Dodawałem platformę x64 do mojego rozwiązania dzisiaj, kiedy napotkałem ten problem.

W moim przypadku błąd brzmi:

Built $ / ProjectDirectory / ProjectName.csproj dla domyślnych celów. c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets (484): właściwość OutputPath nie jest ustawiona dla nazwy projektu.csproj". Upewnij się, że podałeś poprawną kombinację konfiguracji i platformy dla tego projektu. Configuration = 'Debug' Platform = 'x64'. Być może widzisz ten Komunikat, ponieważ próbujesz zbudować projekt bez Pliku rozwiązania i określiłeś niestandardową konfigurację lub platformę, która nie istnieje dla tego projektu.

Wiedziałem, że {[2] } powinno być w porządku, ponieważ było to istniejące, działające rozwiązanie. Więc przeniosłem się do następnej podpowiedzi- "poprawna kombinacja konfiguracji i platformy".

  <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>

Łatwa naprawa: wystarczy dodać wpisy x64!

Skopiowałem / wkleiłem wpisy x86 i zmieniłem je na x64. Zauważ, że zmodyfikowałem również ścieżki, aby nie nadpisywały kompilacji 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>

Zmagałem się z tym przez jakiś czas, a następnie również rozładowałem, zbudowałem, a następnie przeładowałem projekt w rozwiązaniu, a następnie MSBuild działał poprawnie.

Jako Scott S, musiałem usunąć zmienną środowiskową "Platform" .

Następnie uruchom ponownie VS i jest ok: koniec z Komunikatem o błędzie...

Problem miał związek z konfiguracją mojego projektu. Oto scenariusz:

Rozwiązanie a referencje:

Projekt X referencje projekt Y
Projekt Y

Rozwiązanie B (to, które próbuję zbudować) referencje:

Projekt X Projekt Z

Moim rozwiązaniem było stworzenie konfiguracji o tej samej nazwie dla rozwiązania A, przebudowanie go, a następnie przebudowanie rozwiązania B. To rozwiązało problem.

Miałem ten sam komunikat o błędzie. Było to spowodowane przez odniesienie do projektu, który został rozładowany i nie jest wymagany przez linkera (w przeciwnym razie nie powiodłoby się w czasie kompilacji). Usunięcie naruszającego odniesienia rozwiązało problem.

W moim przypadku (VS2010) usunąłem string w polu "OutputPath", które znajduje się na karcie "Build" i pozostawiłem puste. Potem przebudowałem rozwiązanie. Build powiódł się i VS wstawił bieżący katalog "./ align = "left" / Wymieniłem bieżący katalog"./ "with my path ("bin\x64 \ Release\" -- wystarczy powiedzieć, że jest to dokładnie ścieżka do folderu, który był w pierwszej kolejności narzekany) i rebuild powiodło się ponownie.

W moim przypadku OutputPath została ustawiona właściwość w plikach projektu. Ale rozładunek, przeładowanie i odbudowa naprawiły to.

Kiedy dodałem nową konfigurację rozwiązania do mojego rozwiązania, wystąpił błąd: "właściwość OutputPath nie jest ustawiona dla projektu X. sprawdź, czy podałeś poprawną kombinację konfiguracji i platformy dla tego projektu. Configuration = ' QA 'Platform= 'AnyCPU'. ten błąd może również pojawić się, jeśli jakiś inny projekt próbuje śledzić odniesienie projektu do projektu do tego projektu, ten projekt został rozładowany lub nie jest zawarty w rozwiązaniu, a odniesienie projekt nie buduje przy użyciu tej samej lub równoważnej konfiguracji lub platformy. ProjectY ".

W moim przypadku problem wynikał z podświetlonej części opisu błędu. Projekt X częścią mojego rozwiązania było odniesienie projektu do projektu innego rozwiązania (Inna gałąź).

Rozwiązałem ten problem modyfikując Projekt X tak, aby używał odniesienia do projektu ProjectY w bieżącym rozwiązaniu. Mam nadzieję, że pomoże to komuś, kto ma podobny problem.

W moim przypadku nowy blok XML "PropertyGroup" został wygenerowany na dole dokumentu. Właśnie wymieniłem go po innych tagach "PropertyGroup" i to rozwiązało problem.

Stworzyłem nowy projekt w nowym rozwiązaniu, które odwołuje się do istniejących projektów. Ten błąd występuje, gdy dodaję istniejący projekt (powiedzmy projekt 1) i próbuję budować bez dodawania innych projektów, do których odnosi się projekt 1.

Upewnij się, że wszystkie powiązane projekty są dodane do nowego rozwiązania i błąd zniknie.

Miałem ten sam błąd, więc spojrzałem na ustawienia projektu i tam w sekcji " Build "jest opcja" Build output path". A wartość była pusta. Więc wypełniłem wartość "bin\" błąd zniknął. To rozwiązało mój problem.

Jeśli zdecydujesz się ustawić OutputPath jako param, a twoja ścieżka jest taka: bin\Release\\ to pamiętaj, aby dodać \ na końcu w ten sposób: /p:OutputPath=bin\Release\\\\ Trochę mi zajęło zrozumienie, że tak było

Miałem ten sam problem. Naprawiłem go przez oczyszczenie i przebudowałem projekty.

Miałem ten sam problem i jedynym rozwiązaniem, które pomogło, było ręczne ustawienie konfiguracji kompilacji w każdym projekcie NCrunch.

Otwórz okno NCrunch, gdzie możesz zobaczyć Status każdej kompilacji i gdzie możesz zobaczyć, że kompilacja nie powiodła się. Kliknij prawym przyciskiem myszy na projekcie, który nie zbuduje i kliknij na "configure selected component " tam widzisz w" Build Settings "właściwość" Use build confoguration "ustaw ją na np. "Debug" i właściwość "Use build platform" ustaw ją na np. "AnyCPU". (Pamiętaj, że ustawienia konfiguracji i konfiguracji muszą istnieć w ustawieniach konfiguracji)

Zrób to dla wszystkich swoich projektów, ale nie dla projektu testowego. Po tym wszystkim wszystko działa dobrze dla mnie.

Miałem ten sam problem, naprawiłem go dodając brakujące konfiguracje do projektu, który się nie powiódł.

BUILD - > Configuration Manager - >

W Kolumnie Konfiguracja Dodaj

Uwaga: stało się tak tylko dlatego, że mam niestandardową konfigurację, a nowo utworzone projekty nie miały takiej konfiguracji.

Jeśli ktoś ma to w logach NCrunch, sprawdź czy PropertyGroup definiowanie wartości 'Debug'/'Release' i 'AnyCPU'/'x86' znajduje przed właściwość grupuje te wartości w swoim stanie.

<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>

W moim przypadku próbowałem przenieść grupę właściwości, która zawierała moją konfigurację niestandardową poniżej standardowych. Dla mnie to rozwiązało.