Opcja Build Failure Analyzer plugin umożliwia ustawienie wyrażeń regularnych do kategoryzacji bieżących i przyszłych wersji. Po ustawieniu wyrażeń regularnych wykrywanie jest automatyczne dla bieżących i przyszłych wersji. To może być dokładnie to, o co prosisz.
Wprowadziłem również lekką, ręczną kategoryzację awarii dla Jenkins, która zapewnia proste rozwijane i dodatkowe pole tekstowe do ręcznego kategoryzowania awarii. Dokonano tego dla projektu badawczego badającego awarie instalacji. Kategoryzacje są obecnie zapisywane jako oddzielne pliki XML w katalogu każdego kompilatora, aby nie wpływać na własne pliki Jenkins. Kategorie są wyświetlane w informacjach o kompilacji i na oddzielnej stronie kategoryzacji dla każdej kompilacji.
przykrością muszę powiedzieć, że wtyczka nie jest obecnie udostępniony w dowolnym miejscu, ponieważ zawiera kilka twardych zakodowania konkretnego projektu. Jeśli istnieje zapotrzebowanie na taką wtyczkę, mogę ponownie odwiedzić kod i opublikować go jako open source. Jednak dla waszych celów wydaje się, że bardziej odpowiednie byłoby automatyczne rozwiązanie Build Analyzer kompilacji.
Wtyczka jest bardzo prosta i podobne rzeczy nie są trudne do wdrożenia. Jeśli chcesz zrobić coś podobnego samemu lub rozszerzyć automatyczną wtyczkę Build Failure Analyzer do swoich potrzeb, strony Jenkins plugin tutorial i Extend Jenkins są dobrym punktem wyjścia do rozwoju wtyczek Jenkins. Dla trwałości, zapoznanie się z XStream byłoby korzystne, ponieważ to właśnie Jenkins i większość wtyczek używa wewnętrznie do serializowania danych do XML.
Czy Twoje pytanie dotyczy: (1) masz już mechanizm ustalania przyczyn niepowodzenia i szukasz tylko sposobów, aby je odpowiednio zgłosić lub (2), że szukasz sposobów na wdrożenie takiego mechanizmu? –
Powiedzmy, że sam mógłbym wdrożyć wykrywanie awarii, ale muszę znaleźć sposób na przechowywanie przyczyny niepowodzenia w bazie danych Jenkins. Jeśli nic takiego nie istnieje, zaakceptowałbym zestaw wskazówek, jak go wdrożyć. – sorin