Ten atrybut uaktywnia system śledzenia błędów w trybie pola wprowadzania. Jeśli ten atrybut jest ustawiony, to TortoiseSVN poprosi, aby wprowadzić numer wydania podczas zatwierdzania zmiany. Jest używany, aby dodać wiersz na końcu opisu zmiany. Musi on zawierać %BUGID%, który zastępowany jest numerem zatwierdzenia. Gwarantuje to, że dziennik zatwierdzeń zawiera odniesienie do numeru wydania, które jest zawsze w spójnym formacie i może być analizowane przez narzędzia śledzenia błędów aby skojarzyć numer wydania z danym zatwierdzeniem. Jako przykład można użyć Issue : %BUGID%, ale to zależy od wybranego narzędzia.

Ten tekst jest wyświetlany przez TortoiseSVN w oknie dialogowym zatwierdzenia jako etykieta pola edycji, w którym należy wpisać numer wydania. Jeśli nie jest ustawiony, będzie wyświetlany ID błędu / Nr zgłoszenia:. Należy pamiętać jednak, że okno nie będzie dopasowane do tego zapisu, dlatego należy utrzymać rozmiar etykiety poniżej 20-25 znaków.

Jeśli jest ustawiony na true tylko cyfry są dozwolone w polu tekstowym numeru wydania. Wyjątkiem jest przecinek, więc można wpisać kilka numerów oddzielonych przecinkiem. Prawidłowe wartości to true/false. Jeśli nie zdefiniowany, zakładana jest true.

Ten atrybut określa, czy ID błędu jest dołączany (true) na końcu wiadomości dziennika lub włożona (false) na początku wiadomości dziennika. Prawidłowe wartości to true/false. Jeśli nie zdefiniowana, zakłada się true, więc dotychczasowe projekty nie są uszkadzane.

Ten atrybut uaktywnia system śledzenia błędów w trybie Regeks. Zawiera pojedyncze wyrażenie regularne lub dwa wyrażenia regularne oddzielone znakiem nowej linii.

Jeśli są ustawione dwa wyrażenia, to pierwsze jest używane jako filtr wstępny do znalezienia wyrażeń, które zawierają identyfikatory błędu. Drugie wyrażenie następnie wyciąga odsłonięte identyfikatory błędu z wyniku pierwszego regeksa. To pozwala na użycie listy identyfikatorów błędów i wyrażeń języka naturalnego, jeśli chcesz. Można na przykład wpisać kilka błędów i to zawrzeć ciąg taki jak: „ Ta zmiana rozwiązuje problemy # 23, # 24 i # 25 ”.

Jeśli chcecie wychwycić identyfikatory błędów, użyte w wypowiedzi w powyższej wiadomości dziennika, można użyć następujących ciągów regeks, które są używane przez projekt TortoiseSVN: [Ip]roblemy?:?(\s*(,|i)?\s*#\d+)+ i (\d+).

Pierwsze wyrażenie wybiera „problemy # 23, # 24 i # 25” z opisu zmiany. Drugi regeks wyciąga zwykłe liczby dziesiętne z wyjścia pierwszego regeksu, więc zwróci „23”, „24” i „25” by ich użyć jako identyfikatorów błędu.

Rozsupłajmy nieco pierwsze wyrażenie, musi zaczynać się od słowa „problem”, możliwe z dużej litery. I może być zakończone opcjonalnym „y” (więcej niż jeden problem) i ewentualnie dwukropkiem. Za nim jest jedna lub więcej grup każda ma zero lub więcej wiodących białych znaków, opcjonalny przecinek lub „i” oraz opcjonalnie spacje. W końcu jest obowiązkowe „#” i obowiązkowa liczba dziesiętna.

Jeśli tylko jedno wyrażenie jest ustawione, to odsłonięte identyfikatory błędu muszą być dopasowany do grup ciągu regex. Przykład: [Pp]roblem(?:y) #?(\d+) Ta metoda jest wymagana przez kilka trackerów problemów, np. trac, ale trudniej jest zbudować wyrażenie. Zalecamy używanie tej metody wyłącznie, jeśli w dokumentacja systemu śledzenia błędów to zaleca.

Jeśli nie jesteście zaznajomieni z wyrażeniami regularnymi, prosimy spojrzeć na wprowadzenie na https://en.wikipedia.org/wiki/Regular_expression oraz dokumentację online i samouczek na http://www.regular-expressions.info/.

Nie zawsze łatwo jest uzyskać prawidłowy regeks, zatem aby pomóc w tym wprowadzono okno dialogowe testu dostępne z okna atrybutu bugtraq. Kliknijcie przycisk na prawo od pól edycji w celu przywołania go. Można w nim wpisać testowany tekst, i zmienić każdy regeks, aby zobaczyć wyniki. Jeśli wyrażenie jest nieprawidłowe, tło pola edycji zmienia się na czerwone.