Version v2.7.2
Wydanie 2.7.2 rozszerza wykrywanie commitów, które powielają już policzoną pracę. Q247 rozpoznaje teraz także squash, ręcznie cofnięte zmiany oraz cherry-pick i rebase, w których kopia ma innego autora albo inną datę niż oryginał. Takie commity można wyłączyć ze statystyk, więc ta sama praca nie liczy się dwa razy. Rozpoczynamy również zbieranie danych o wdrożeniach z potoków CI/CD, żeby w kolejnym wydaniu udostępnić na ich podstawie metryki DORA.
Poniżej znajdziesz szczegółowy opis najważniejszych zmian.
Nowe funkcjonalności
Nowe metody wykrywania squash, cherry-pick i rebase
Q247 rozpoznaje więcej commitów, które powtarzają pracę policzoną już w innym miejscu historii repozytorium. Do dotychczasowych reguł doszły dwie nowe metody. Pierwsza porównuje treść samej zmiany, więc wykrywa cherry-pick i rebase także wtedy, gdy kopia ma innego autora albo inną datę niż oryginał. Druga porównuje zawartość zmienionych plików i rozpoznaje commity połączone przez squash oraz zmiany cofnięte ręcznie, bez polecenia git revert. W oknie szczegółów commita takie commity oznacza ikona z informacją o podobieństwie do innego commita. Ze statystyk wypadają po włączeniu w Konfiguracji przełącznika „Automatycznie wyklucz cherry-pick, revert, rebase i squash ze statystyk”. Nowe metody porównują ze sobą commity pobrane po aktualizacji, a w instalacjach on-premise wymagają Enterprise Plugin 2.7.9.
Dowiedz się więcej: Reguły rozpoznawania
Zbieranie danych do metryk DORA
Q247 zaczyna zbierać dane o wdrożeniach z potoków CI/CD: GitLab CI/CD, GitHub Actions, Azure DevOps Pipelines oraz Bitbucket Pipelines w Bitbucket Cloud. Na ich podstawie w kolejnym wydaniu udostępnimy metryki DORA, czyli częstotliwość wdrożeń, czas wdrożenia zmian, odsetek wdrożeń powodujących awarie i czas przywrócenia działania. Dane pobierają istniejące konektory repozytoriów, razem z historią wdrożeń z ostatnich 365 dni. Dla GitLaba i klasycznego tokena GitHub dotychczasowe uprawnienia wystarczą. Konektory Azure DevOps, Bitbucket Cloud oraz GitHub z tokenem o szczegółowych uprawnieniach (fine-grained) potrzebują tokena z dodatkowym dostępem do wdrożeń i potoków. W instalacjach on-premise potrzebny jest Enterprise Plugin 2.7.9 z modułem CICD włączonym w pliku konfiguracyjnym, a wymagane uprawnienia i wpis do pliku konfiguracyjnego opisuje dokumentacja.
Dowiedz się więcej: Wdrożenia CI/CD
Usprawnienia
Czas realizacji i czas cyklu w godzinach pracy organizacji
Czas realizacji i Czas cyklu uwzględniają teraz godziny pracy i strefę czasową z kalendarza pracy organizacji, a wynik jest podawany z dokładnością do części dnia roboczego, na przykład 2,4 dnia. Wartości historyczne zostaną przeliczone po aktualizacji, więc mogą różnić się od dotychczasowych. Zmiana godzin pracy albo strefy czasowej w kalendarzu przelicza obie metryki ponownie.
Dowiedz się więcej: Dni robocze
Potwierdzenie przy przenoszeniu repozytorium do innego projektu
Przypisanie repozytorium do innego projektu wymaga teraz potwierdzenia w oknie „Przenieś repozytorium do projektu”. Okno pokazuje projekt źródłowy i docelowy, liczbę przenoszonych zdarzeń oraz uczestników, którzy po przeniesieniu nie będą mieli aktywności w poprzednim projekcie. Pojawia się na liście Źródeł, także przy przenoszeniu zbiorczym, oraz w szczegółach projektu przy przypisywaniu źródła.
Dowiedz się więcej: Przeniesienie repozytorium do innego projektu
Poprawki interfejsu i formularzy
- W formularzach konektorów Jira i Confluence, razem z sekcją danych dostępowych Tempo, podpowiedzi przy kluczach projektów i przestrzeni są dostępne po polsku.
- W tych samych formularzach oznaczenie „Opcjonalne” zostało tylko przy polach, które można pominąć.
- Instrukcja konfiguracji konektora Cloud prowadzi do właściwego miejsca w witrynie Atlassian.
- W ustawieniach SCIM grupa dostępu ma jedną, spójną nazwę.
- Wyszukiwanie w oknie szczegółów commita wraca na początek listy.
- Okno „Dostosuj zawartość tabeli”, przełączniki i wskaźnik ładowania w module Retencji mają poprawiony układ i wygląd.