Lepsza alternatywa dla projektów Web Deploy

Question

Mam rozwiązanie z kilkoma rzadkimi projektami, w tym 3 z sieci (WCF w witrynie IIS/MVC). Po zbudowaniu rozwiązania zrzuca każdy z komponentów tego rozproszonego systemu w folderze "Kompilacja". Uruchomienie części "konfiguratora" całego wyjścia automatycznie skonfiguruje system w chmurze. To bardzo miłe :) Jednak projekty Web Deploy to poważny problem. "Budują" (tj. Wdrażają) każdy, pojedynczy, czas jaki buduję - nawet jeśli nie wprowadzono żadnych zmian w ich odpowiednich projektach.

Zmieniono pojedynczą linię kodu? Czekamy na około minutę, aby trzy projekty internetowe zostały ponownie wdrożone.

[projekty te są bardzo proste w tej chwili - dwa mają jeden .svc i jeden plik .ashx - druga to aplikacja MVC z widokami ~ 5]

Zdaję sobie sprawę, mogę zmienić konfiguracje Rozwiązaniem nie "buduj" je, ale robię to i bardzo łatwo jest zalogować się następnego dnia i zapomnieć o tym, i spędzić kilka godzin na śledzeniu błędów w systemach rozproszonych z powodu czegoś, co po prostu nie zostało zbudowane.

Dlaczego używam projektów Web Deploy? No cóż, ponieważ potrzebuję wszystkich stron i plików binarnych z projektu internetowego. Dane wyjściowe kompilacji dla samego projektu to folder "bin", więc nie ma stron. Cały folder projektu? Ma pliki .cs, .csproj i inne, których nie chcę uwzględnić.

To będzie budować na serwerach budowania, ale w tej chwili jest lokalny. Ale chcę szybki sposób na pobranie rzeczywistych plików wyjściowych z projektu internetowego do folderu docelowego. Jakieś pomysły?

Answer 1

W końcu utworzyłem narzędzie/narzędzie, które, biorąc pod uwagę plik projektu, XCOPY umieściło folder projektu dla projektu internetowego w docelowej lokalizacji, a następnie wyszuka w wymienionym pliku projektu i usunie wszystko, co nie ma zestawu akcji konstrukcyjnych do treści. Bardzo szybki i skuteczny.

Answer 2

Wiem, że nadal jest w RC, ale VS2012 ma funkcję schludny podczas publikowania, że ​​wykrywa zmiany i publikuje tylko te. Może być nieco głębiej w konstrukcji, w której również publikuje się automatycznie.

Answer 3

Nie wiem, czy to pomoże w sytuacji, (wtyk dla własnego projektu zbliża się), ale pracuję nad projektem, aby pomóc złagodzić IIS wdrożeń:

https://github.com/twistedtwig/AutomatedDeployments

Pomysł jest to możliwe używać plików konfiguracyjnych dla usług IIS (puli aplikacji, aplikacji i witryn internetowych) w celu automatyzacji tworzenia i aktualizowania lokalnie lokacji (urządzeń typu "dev") lub zdalnie (maszyny testowe i produkcyjne).

Jest to nadal w toku, ale jest gotowy do użycia w systemach produkcyjnych.

użycie pakietu jako etapu budowania postu może zbliżyć Cię do tego, co chcesz, (nie wierzcie, że zawiera wszystkie dodatkowe pliki), ale to nadal by go budowało za każdym razem, (chociaż jeśli kod hasn " t Zmienione, nie powinno być przebudowywane, chyba że wybierzesz przebudować wszystkie projekty).

Answer 4

Możesz rzucić okiem na projekt Octopus: http://octopusdeploy.com/ Wdrażanie na podstawie pakietów nuget.