Błąd wdrażania aplikacji ClickOnce - odniesienie w manifeście nie pasuje do tożsamości pobranego zestawu

Miałem ten sam problem, gdy dodałem odniesienie do innego projektu.

Sposobem na rozwiązanie tego problemu było włączenie ClickOnce Security Settings we wszystkich odwołanych projektach, jak wyjaśnił Ian tutaj (moje podkreślenie):

Dla mnie, sposób ten został rozwiązany, aby upewnić się, że wszystkie projekty w ramach rozwiązania, które narażone na "Zakładka bezpieczeństwa "w ich" Właściwości projektu "miał opcję" Enable ClickOnce ustawienia bezpieczeństwa " zaznaczono z wybrano opcję " to jest aplikacja pełnego zaufania ". Ma to do czynienia z tworzeniem manifestu poprawnie i aplikacja nie zainstaluje, jeśli te opcje nie są ustawione na wszystkich projektach w ramach rozwiązania, które tego wymagają.

Uważam, że jest to właściwy sposób, aby to naprawić podczas dokonywania odniesienia do innego projektu w ramach tego samego rozwiązania.

Połączony post forum wygasł, ale jest dostępny w archiwum tutaj .

Napotkałem ten sam problem, ale moje rozwiązanie było zupełnie inne.

Moja aplikacja ClickOnce odnosiła się do innego projektu pliku EXE w moim rozwiązaniu, więc kiedy klient go pobrał, a był inny plik EXE, ten nie miał manifestu.

Usunięcie zależności od innego pliku wykonywalnego rozwiązało mój problem.

Potwierdziłem, że problem istnieje również w Visual Studio 2010. Wybranie opcji "Utwórz aplikację bez manifestu" w Properties - Application-Resources rozwiązało problem.

Może się to zdarzyć również wtedy, gdy masz dwie różne wersje pakietu NuGet, do których odwołuje się w różnych plikach DLL w Twoim projekcie. W moim przypadku używałem frameworka o nazwie Catel i miałem nowszą wersję w jednym pliku DLL niż innym (oversight), ale to spowodowało, że ClickOnce wypluł ten błąd. Odwołanie się do tej samej wersji rozwiązało problem.

Doświadczyłem tego samego błędu podczas wdrażania z projektem ustawionym na debugowanie. Kiedy został zmieniony z powrotem do wydania, nie było błędu.

Miałem ten sam problem, ale moim rozwiązaniem była zmiana 'Platform target' na ' x86 '(Project Properties -> Build Tab). Został ustawiony na dowolny procesor. Jak tylko zmieniłem ustawienie i ponownie opublikowałem, Instalator ClickOnce był w stanie zakończyć.

Miałem dokładnie ten sam problem. Nie mogłem usunąć zależności, ponieważ była potrzebna przez główny projekt. Drugim projektem był projekt konsoli.

Zmieniłem na Class Library i wtedy wszystko działało.

Inne obejście, w przypadku, gdy nie można zmienić zależności exe z manifestem złej aplikacji(powiedzmy pochodzącym z pakietu NuGet). Plik binarny może być dołączony jako zawartość z atrapą rozszerzenia, więc ClickOnce nie próbuje walidacji manifestu, a następnie zmienia nazwę podczas uruchamiania aplikacji.

Csproj:

  <Content Include="..\packages\<package>\lib\<app>.exe">
    <Link><app>.exe.bin</Link>
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
  </Content>
  <ItemGroup>
    <PublishFile Include="<app>">
      <Visible>False</Visible>
      <Group>
      </Group>
      <TargetPath>
      </TargetPath>
      <PublishState>Exclude</PublishState>
      <IncludeHash>True</IncludeHash>
      <FileType>Assembly</FileType>
    </PublishFile>
  </ItemGroup>

App.xaml.cs:

public partial class App : Application
{
    private void Application_Startup(object sender, StartupEventArgs e)
    {
        var appDir = Path.GetDirectoryName(Process.GetCurrentProcess().MainModule.FileName);
        if (!File.Exists($"{appDir}\\<app>.exe"))
        {
            File.Copy($"{appDir}\\<app>.exe.bin", $"{appDir}\\<app>.exe");
        }
    }
}

Miałem ten sam problem, i próbowałem wszystkich poprzednich proponowanych rozwiązań tutaj, i wszystkie z nich nie działa.

Naprawiłem to zmieniając lokalizację aktualizacji. From project properties - >Publish -> Aktualizacje . Zmień lokalizację aktualizacji na folder opublikowany.

Również rozwiązane dla ClickOnce .dzwoni exe .dzwoni exe .exe.

Też miałem ten problem, używając VB.NET w Visual Studio 2010.

Mam ClickOnce aplikacji Windows Forms, która odwołuje się do drugiej aplikacji Windows Forms, która z kolei odwołuje się do trzeciej aplikacji Windows Forms. (Te drugie i trzecie aplikacje są plikami EXE , a nie plikami DLL dla uproszczenia, ponieważ mogą być uruchamiane samodzielnie lub wywoływane z właściwościami przekazanymi do oni.)

Musiałem skomentować zarówno treść manifestu drugiego i trzeciego wniosku za:

Walkthrough: ręczne wdrażanie aplikacji ClickOnce

To działa idealnie.

Używam mage.exe do generowania manifestu. Dodanie tego do mojego .csproj naprawiło problem. Możesz również spróbować -nowin32manifest flaga kompilatora ; nie testowałem jej. Nie widzę "tworzenia aplikacji bez manifestu" stuartda w Visual Studio 2017; myślę, że to właśnie robi.

<PropertyGroup>
  <NoWin32Manifest>true</NoWin32Manifest>
</PropertyGroup>

Mam też to w moim .csproj:

<GenerateManifests>false</GenerateManifests>

Jeśli masz jeden główny program, który odwołuje się do innego, musisz wykonać trick "Create application without a manifest"na głównym programie programu:

Projekt -- > Właściwości -- > karta aplikacji -- > zasoby -- > Manifest -- > rozwijane "Tworzenie aplikacji bez manifestu"

A następnie przełącz się na właściwości projektu programu i powtórz proces.

Miałem ten sam problem kilka minut temu, a poniżej są kroki, które wykorzystałem, aby go rozwiązać.

Klucz

• a = główny projekt (projekt, który chcesz opublikować, np. myProduct)
• b = projekt referencyjny (np. MyProductSiteServer)

Checklist

1. Przejdź do właściwości -> aplikacja -> zasoby - > zaznacz ikony i manifest (zarówno dla a jak i b)

2. Przejdź do properties - > Build : upewnij się, że i b są na tej samej platformie docelowej

3. Przejdź do Właściwości - > Zabezpieczenia i upewnij się, że a i b mają zaznaczone te ustawienia: "Włącz ustawienia zabezpieczeń ClickOnce "i"to jest pełna aplikacja zaufania"

4. Przejdź do właściwości - > Publikuj: polecam zmienić ścieżkę folderu publikacji

Używam Visual Studio 2012 na Windows 7 i muszę opublikować rozwiązanie składające się z dwóch projektów.

Jak zauważył Eduardo, oznaczanie obu projektów jako ClickOnce i włączenie aplikacji pełnego zaufania rozwiązuje problem.

Miałem trochę inny problem, który udało mi się rozwiązać, więc chciałem opublikować. Moim problemem było to, że uruchomiłem 3 oddziały z TFS. Ulepszyłem sterowanie Telerikiem w jednym z moich oddziałów, ale nie w innych. Kiedy zaktualizowałem kontrolki Telerik we wszystkich gałęziach 3 i ponownie opublikowałem, działało i ten błąd zniknął.

Używałem wtedy VS2015.

To ciekawe. Po prostu przestawiam wniosek i problem rozwiązany. Może uszkodzenie plików z powodu sieci.

W mojej wersji Visual Studio 2017, Wersja 15.6.6 (ale może być tam wcześniej) odkryłem, że pliki aplikacji nie był w prawym przycisku Exe projektu i Publish, ale w zakładce Właściwości projektu Publish, gdzie można ustawić, które z plików aplikacji, które chcesz umieścić w instalacji.

Więc wyjmij te, które są problemem. Jeśli coś jest już zainstalowane na komputerze, na którym zostanie zainstalowana ta aplikacja, nie ma powodu, aby próbować ją ponownie zainstalować w każdym razie, chyba że potrzebujesz referencji, żeby to uruchomić. Gdyby to było zainstalować to, co było już na komputerze, ale do innego folderu to może nie działać. Najlepiej jest używać innych aplikacji lub zespołów dll w tym samym miejscu, w którym były wcześniej zainstalowane.

Miałem dokładnie ten sam problem z moją aplikacją VS 2019.

Próbowałem stworzyć aplikację bez manifestu, ale to nie zadziałało.

To, co jednak zadziałało, było następujące:

1. przejdź do Build-- > Publish-- > Application
2. Kliknij przycisk "Informacje o montażu"
3. zaznacz opcję "Make assembly COM-Visible"

Miejmy nadzieję, że to pomoże!

Wydaje się, że problem jest spowodowany przez konfigurację.exe w vs 2019. wygląda na to, że exe nie zaktualizuje swojej wersji podczas wykonywania nowego wdrożenia. obejściem dla mnie jest

1. Usuń wszystko z folderu wdrażania.
2. odznacz opcję "Utwórz program instalacyjny, aby zainstalować składniki warunkowe" w właściwościach = > Publikuj = > warunek wstępny.
3. Zrób rozlokowanie.
4. wróć i włącz ponownie "utwórz program instalacyjny, aby zainstalować wymagane komponenty". domyślam się, że ten proces będzie Wymuś vs 2019, aby zaktualizować konfigurację.exe do poprawnej wersji.

Również projekt -- > Właściwości -- > karta aplikacji -- > zasoby -- >Manifest -- > rozwijane "Utwórz aplikację bez manifestu" będzie działać, ale aplikacja nie będzie aktualizować, jeśli jest nowsza wersja, więc muszę wrócić do obejścia powyżej.