Jak można opublikować aplikację ClickOnce poprzez CruiseControl.NET?

Dzięki za pomoc. Ostateczne rozwiązanie, które wdrożyliśmy, wzięło trochę z każdej odpowiedzi.

Okazało się, że łatwiej jest obsługiwać pracę z wieloma środowiskami przy użyciu prostych plików wsadowych. Nie sugeruję, że jest to najlepszy sposób, aby to zrobić, ale dla naszego scenariusza i wymagań, to działało dobrze. Uzupełnij "projekt" swoją nazwą projektu i "Środowisko" swoją nazwą środowiska (dev, test, stage, production, cokolwiek).

Oto obszar zadań naszej "ccnet.config " plik.

<!-- override settings  -->
<exec>
    <executable>F:\Source\Project\Environment\CruiseControl\CopySettings.bat</executable>
</exec>

<!-- compile -->
<msbuild>
    <executable>C:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe</executable>
    <workingDirectory>F:\Source\Project\Environment\</workingDirectory>
    <projectFile>Project.sln</projectFile>
    <buildArgs>/noconsolelogger /p:Configuration=Debug /v:diag</buildArgs>
    <targets>Rebuild</targets>
    <timeout>0</timeout>
    <logger>ThoughtWorks.CruiseControl.MsBuild.XmlLogger,ThoughtWorks.CruiseControl.MsBuild.dll</logger>
</msbuild>

<!-- clickonce publish  -->
<exec>
    <executable>F:\Source\Project\Environment\CruiseControl\Publish.bat</executable>
</exec>

Pierwszą rzeczą, którą zauważysz, jest to, że CopySettings.biega nietoperz. Kopiuje to określone ustawienia dla środowiska, takie jak połączenia z bazą danych.

Następnie uruchamia się standardowe zadanie MSBUILD. Wszelkie błędy kompilacji są tutaj przechwytywane i obsługiwane normalnie.

Ostatnią rzeczą do wykonania jest opublikowanie.bat. To faktycznie wykonuje MSBUILD" rebuild " ponownie z wiersza poleceń, a parametry z CruiseControl są automatycznie przekazywane wbudowany i zbudowany. Następnie MSBUILD jest wywoływany dla celu "publikuj". Dokładnie te same parametry są podane do publikacji, jak została wydana przebudowa. Dzięki temu numery kompilacji są zsynchronizowane. Ponadto nasze pliki wykonywalne są inaczej nazwane (np.-ProjectDev i ProjectTest). Kończymy z różnymi numerami wersji i nazwami, a to pozwala ClickOnce robić swoje.

Ostatnia część publikacji.bat kopiuje aktualne pliki do ich nowych domów. Nie korzystamy z publikacji.htm jak wszyscy nasi użytkownicy są na sieci, po prostu dajemy im skrót do pliku manifestu na ich pulpicie i mogą kliknąć i zawsze uruchamiać poprawny plik wykonywalny z numerem wersji, który łączy się w CruiseControl.

Oto CopySettings.bat

XCOPY "F:\Source\Project\Environment\CruiseControl\Project\app.config" "F:\Source\Project\Environment\Project" /Y /I /R
XCOPY "F:\Source\Project\Environment\CruiseControl\Project\My Project\Settings.Designer.vb" "F:\Source\Project\Environment\Project\My Project" /Y /I /R
XCOPY "F:\Source\Project\Environment\CruiseControl\Project\My Project\Settings.settings" "F:\Source\Project\Environment\Project\My Project" /Y /I /R

I na koniec, Oto Publikacja.bat

C:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe /target:rebuild "F:\Source\Project\Environment\Project\Project.vbproj" /property:ApplicationRevision=%CCNetLabel% /property:AssemblyName="ProjectEnvironment" /property:PublishUrl="\\Server\bin\Project\Environment\\"
C:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe /target:publish "F:\Source\Project\Environment\Project\Project.vbproj" /property:ApplicationVersion="1.0.0.%CCNetLabel%" /property:AssemblyVersion="1.0.0.%CCNetLabel%" /property:AssemblyName="ProjectEnvironment" 

XCOPY "F:\Source\Project\Environment\Project\bin\Debug\app.publish" "F:\Binary\Project\Environment" /Y /I
XCOPY "F:\Source\Project\Environment\Project\bin\Debug\app.publish\Application Files" "F:\Binary\Project\Environment\Application Files" /Y /I /S

Jak mówiłem, prawdopodobnie nie jest to zrobione tak, jak deweloperzy CruiseControl i MSBUILD zamierzali coś zrobić, ale to działa. Jeśli musisz to wczoraj uruchomić, może to być rozwiązanie, którego szukasz. Powodzenia!