Plany budowania bambusa a plany wdrażania dla konfiguracji środowiska użytkownika

Question

Oceniam Bamboo, aby zastąpić konfigurację Jenkins i mam kilka pytań. Mam rozwiązanie .NET, które generuje dwa artefakty: spakowaną witrynę i MSI. Mam trzy środowiska, w których wdrażam: test, etap, produkcja. Nasz serwer Jenkins ma z kolei trzy zadania - po jednej dla każdego środowiska. Każde zadanie tworzy rozwiązanie, kopie w plikach konfiguracyjnych dla środowiska, w którym zostaną wdrożone, a następnie wdrażają artefakty. Czytając dokumentację i inne rzeczy (https://answers.atlassian.com/questions/19562/plans-stages-jobs-best-practices), otrzymuję mieszane sygnały o tym, jak wdrożenie powinno działać z Bamboo. Wydaje mi się, że plany wdrażania oczekują artefaktów, a następnie je wdrażają. Ale plany kompilacji zawierają również kroki wdrażania. Jak to wszystko ma współdziałać?

Powodem, dla którego jestem zdezorientowany, jest to, że mam specyficzne dla środowiska pliki konfiguracyjne, które są pakowane podczas kompilacji. Jakikolwiek kierunek, w jaki sposób to powinno działać?

Answer 1

wysłałem pytanie do płyty Atlassian jak dobrze i dostał an answer Myślę, że lubię najlepsze:

Jason Monsorno · 762 karma · 30 sierpnia '13 w 04:38 PM

Deployment projekty w Bamboo wydają się być zależne od istnienia artefaktu , nie musisz używać tego artefaktu , aby użyć pustego artefaktu i wykonać całkowicie niezależne kroki. Projekty wdrożeniowe są wciąż nowością w Bamboo , a twoja struktura może sprzyjać "normalnemu" przepływowi pracy, więc każde środowisko byłoby osobnym etapem ręcznym.

Projekt wdrożenia ma oddzielny obieg pracy i wersjonowanie. Aby użyć projektów wdrażania w scenariuszu, sugeruję wykonanie artefaktu za cały zakup, a następnie każde środowisko wdrażania może zbudować kopię artefaktu. Oszczędzająca miejsce i mniej czasochłonna opcja polegałaby na zapisaniu bieżącej wersji w pliku jako artefaktu i użycie jej do sprawdzenia i zbudowania w każdym środowisku Deployment .