Nie jestem pewien, czy jest to pytanie o przepełnienie stosu, czy o awarię serwera. Jeśli mam witrynę .NET, którą chcę wdrożyć w środowisku produkcyjnym, jaki jest najlepszy sposób. Czy powinienem spakować go jako plik MSI i zainstalować? Użyj nant, aby przesunąć potrzebne pliki w górę. Po prostu przesłać pliki za pomocą FTP za pomocą Beyond Compare?
Jak wdrażasz kod produkcyjny? Jest to przypadek specyficzny dla systemu Windows, na który patrzę tutaj.
Odpowiedzi:
IIS obsługuje wdrażanie xcopy, więc kopiowanie plików powinno być wszystkim, czego potrzebujesz, chyba że masz specjalne wymagania.
Jednym ze sposobów na to jest prosty skrypt, który używa ROBOCOPY do kopiowania nowych plików na serwer.
Jeśli witryna jest duża, a to trwa zbyt długo, użyj systemu kontroli wersji. W tym celu lubię Mercurial , choć musisz uważać, aby pliki konfiguracyjne systemu kontroli wersji nie były udostępniane publicznie. Wdrożenie polega zatem na zatwierdzeniu zmian, a następnie sprawdzeniu najnowszej wersji na serwerze. Oprócz tego, że jest wydajny, umożliwia szybkie wycofywanie (jeśli oznaczyłeś ostatnią dobrą wersję) na wypadek, gdyby Twój najnowszy i największy miał błąd showstopper.
Aby zminimalizować przestoje, skrypt może skopiować pliki do nowego katalogu, a następnie szybko zmienić nazwy katalogów lub zmienić miejsce, w którym IIS wskazuje nowy katalog.
Rozważ skorzystanie z narzędzia Web Deployment Tool firmy Microsoft. Został on specjalnie zaprojektowany, aby pomóc we wdrażaniu aplikacji internetowych i aktualizacji tych aplikacji internetowych na produkcyjnych serwerach IIS 6 i 7, i wykonuje lepszą robotę niż MSI (Windows Installer), IMHO.
Zwykle używasz go, zakładając gdzieś witrynę „złotego mistrza”, a następnie każąc narzędziu spakować zmiany. Następnie spojrzy na serwer docelowy do wdrożenia i wprowadzi wszelkie niezbędne zmiany, aby wyglądał jak złoty wzorzec (co jest przydatne przy kolejnych aktualizacjach). Jest to szczególnie przydatne, jeśli wdrażasz na więcej niż jednym serwerze WWW (np. Farmie) i obsługuje wdrażanie więcej niż tylko plików (może również obsługiwać wprowadzanie zmian w rejestrze, wdrażanie certyfikatów, baz danych SQL itp.).
Chciałbym dodatkowo odpowiedzieć na pytanie Joela, sugerując, aby serwer Continuous Integration odebrał twoje zmiany z systemu kontroli źródła. Następnie zbuduje projekt. Następnie skopiuj wyniki kompilacji do nowego folderu. Następnie możesz dokonać szybkich zmian konfiguracji (web.config i app.config). Voila, gotowy na Xcopy!
Sprawdź CruiseControl.NET
To, co zrobiłem u mojego poprzedniego pracodawcy, który był w zasadzie witryną aukcyjną / e-commerce, w której nie mogliśmy pozwolić na wiele przestojów:
Jako twórca stron internetowych jest wiele zabawniejszych rzeczy. Ale to była najważniejsza część mojej pracy.
o Jezu, w pracy mamy do tego cały zespół. Mają wewnętrzne narzędzie, które usuwa serwer z klastra / farmy, publikuje pliki, uruchamia jednostki NUnits i dodaje je z powrotem do klastra / farmy. Robią to dla każdego z 16 serwerów. To zajmuje godziny. Reszta z nas nawet nie „rozgląda się po dostępie”.
W przypadku moich osobistych projektów publikuję z VS2005 bezpośrednio na moim serwerze internetowym. Rodzaj ma mniej surowe bezpieczeństwo.