Jaki jest najlepszy sposób tworzenia wdrożeń ClickOnce

Question

Nasz zespół opracowuje rozproszone aplikacje WinForm. Używamy ClickOnce do wdrożenia i jesteśmy z niego bardzo zadowoleni.

Jednak znaleźliśmy punkt bólu z ClickOnce w tworząc wdrożenia. Mamy standardowe środowiska programistyczne/testowe/produkcyjne i musimy mieć możliwość tworzenia wdrożeń dla każdego z tych, które instalują i aktualizują oddzielnie. Chcemy również kontroli nad tym, które zespoły zostaną wdrożone. To, że zestaw został skompilowany, nie oznacza, że ​​chcemy go wdrożyć.

Oczywistym pierwszym wyborem przy tworzeniu wdrożeń jest Visual Studio. Jednak VS naprawdę nie rozwiązuje wymienionych problemów. Następnym w kolejności jest narzędzie SDK, Mage. Mag działa dobrze, ale tworzenie wdrożeń jest dość uciążliwe i nie chcemy, aby każdy programista posiadał nasz certyfikat podpisywania kodu i hasło.

W efekcie uruchomiliśmy własną aplikację do wdrażania, która korzysta z wiersza poleceń w wersji Mage, aby utworzyć pliki manifestu ClickOnce.

Jestem zadowolona z obecnego rozwiązania, ale wydaje się, że w całej branży istnieje akceptowalne podejście do tego problemu. Jest tu?

Answer 1

Chciałbym przyjrzeć się użyciu msbuild. Został zbudowany w tasks do obsługi wdrożeń clickonce. Zawarłem kilka odniesień, które pomogą Ci zacząć, jeśli chcesz pójść tą drogą. To jest to, czego używam i znalazłem to, aby pasowało do moich potrzeb. Z dobrym procesem budowania przy użyciu msbuild, powinieneś być w stanie ukoić ból, który odczuwasz.

Oto detailed post o tym, jak generowanie manifestu ClickOnce działa z MsBuild.

Answer 2

Użyłem nAnt, aby uruchomić ogólną strategię budowania, ale przekazać parametry do MSBuild, aby skompilować i utworzyć pakiet wdrożeniowy.

Zasadniczo nAnt wywołuje MSBuild dla każdego środowiska, w którym należy wdrożyć, i generuje osobne dane wyjściowe dla wdrożenia dla każdego. Kończy się to folderem i wszystkimi plikami ClickOnce, których potrzebujesz do każdego środowiska, które możesz po prostu skopiować na serwer.

Tak też postępowaliśmy z wieloma środowiskami produkcyjnymi - mieliśmy oddzielne wystąpienia naszej aplikacji dla USA, Kanady i Europy, więc każda kompilacja zakończyłaby się tworzeniem dziewięciu wdrożeń, po trzy dla dev, qa i szturchać.