Jak poruszać się po ustawieniach aplikacji Redmine (część 2)
To jest kontynuacja Jak poruszać się po ustawieniach aplikacji Redmine (część 1). Oto plik łatwy przewodnik dla Ciebie.
Projekty
Nowe projekty są oczywiście otwarte
Stan domyślny ostatnio wykonanych projektów. Zadanie można nawet teraz ustawić jako nieotwarte podczas tworzenia nowego projektu lub po wykonaniu projektu.
Domyślnie wzmocnione moduły dla nowych projektów
Domyślne elementy śledzące dla nowych projektów
Utwórz kolejne identyfikatory projektów
To ustawienie pozwoli Redmine zaproponować kolejne identyfikatory projektów. Obecnie można to fizycznie zmienić tylko podczas tworzenia projektu, a nie później.
Zadanie przydzielone użytkownikowi niebędącemu administratorem, który tworzy projekt
Charakteryzuje, które zadanie jest oczywiście przydzielane klientowi niebędącemu administratorem, który tworzy projekt (prawdopodobnie ma to miejsce, gdy ustawiłeś uprawnienia Redmine tak, że klienci niebędący administratorami są naprawdę uprzywilejowani do tworzenia projektów).
Zagadnienie następujące
Zezwalaj na relacje między projektami
Zawsze, gdy jest ustawione na Tak, można tworzyć relacje między sprawami z różnych zadań. Domyślnie: nie
Zezwalaj na podzadania między projektami
Scharakteryzuj kilka punktów odcięcia dla podzadań. Używane definicje są podobne do udostępniania wariantów, zgłaszane w RedmineProjectSettings. Domyślnie: z drzewem projektu
Dostępne opcje:
- Wyłączone: przydział nadrzędny może mieć tylko podzadania w podobnym projekcie.
- W przypadku wszystkich projektów: zadanie nadrzędne może mieć podzadania w innym projekcie.
- Z drzewem projektów: zadanie nadrzędne może mieć podzadania w podobnym zadaniu, poprzednich projektach i każdym z ich krewnych (na przykład podobnie „projekty krewnych”, „projekty kuzynów” itd.).
- Z łańcuchem projektów o znaczeniu: zadanie nadrzędne może mieć podzadania w podobnym zadaniu, podprojektach lub projektach poprzedzających.
- Z podprojektami: projekt nadrzędny może po prostu mieć podzadania w podobnym projekcie lub podprojektach (nie w projektach nadrzędnych ani nieistotnych projektach).
Zezwól na wydanie zadania grupom
Wykorzystaj bieżącą datę jako datę początkową dla nowych numerów.
Oczywiście pokaż problemy z podprojektami w głównych projektach
Zawsze, gdy ustawione jako prawidłowe, problemy z podprojektami będą wyświetlane jako oczywiste w zestawieniu problemów, harmonogramie i wykresie projektów głównych (od r1198). Domyślnie: tak
Wyznacz kwestię wykonanej proporcji
Charakteryzuje sposób ustawiania procentu rozwiązanych problemów.
- Wykorzystaj pole problemu (domyślne): Użytkownicy mogą fizycznie ustawić% wykonania.
- Wykorzystaj status problemu: każdy status problemu może zostać obniżony o stawkę. Umożliwia to wybór „% wykonanych” dla problemów i kolejności „Aktualizuj gotowe proporcje” w przeglądzie statusu problemu.
Dni wolne od pracy
- Problemy wysyłają odcięcie
- Najbardziej ekstremalna liczba problemów zawartych w transakcjach CSV i PDF. Domyślnie: 500
- Najbardziej ekstremalna liczba rzeczy pokazana jest na diagramie Gantta
Domyślne segmenty pokazane na liście problemów
To ustawienie pozwala oczywiście scharakteryzować, które segmenty są wyświetlane w rekordach spraw.
Tutaj można wybrać tylko niestandardowe pola, które są oddzielone dla „wszystkich projektów”.
Śledzenie czasu
Wymagane pola dla dzienników czasu
Akta
max. rozmiar
Najbardziej ekstremalny rozmiar przesyłanych rekordów (w kibi-bajtach). Domyślnie: 5120 (na przykład 5 mebi-bajtów)
Maksymalny rozmiar dokumentów tekstowych pokazany w KB
Daje podejście do ograniczenia najbardziej ekstremalnych rozmiarów dokumentów tekstowych, które są wyświetlane w tekście.
Pokazano maksymalną liczbę linii różnicowych
Daje podejście do ograniczenia jak największej liczby linii różnic, które są wyświetlane przez Redmine.
Archiwa kodowania
Ten wybór umożliwia wskazanie preferowanych kodowań dla rekordów magazynu (dozwolone są liczne jakości, oddzielone przecinkami). Te kodowania są wykorzystywane do zmiany treści i różnic w dokumentach na UTF-8 w celu odpowiedniego pokazania ich w programie.
Podczas wprowadzania różnych kodowań wykorzystywane jest legalne kodowanie w odniesieniu do zawartości rekordu.
W przypadku klientów francuskich ten wybór można na przykład ustawić na:
UTF-8, ISO 8859-15, CP1252
Dla klientów japońskich:
UTF-8, CP932, EUC-JP
Powiadomienia e-mailowe
Adres e-mail wyjściowy
Adres e-mail używany w polu „Od” wiadomości wysyłanych do klientów.
Ukryta kopia do wiadomości (UDW)
Jeśli ustawione jako ważne, ostrzeżenie e-mail zostanie wysłane jako ślepy duplikat. Domyślnie: tak
Zwykła treść wiadomości
Zawsze, gdy jest ustawione na prawidłowe, wiadomości są wysyłane w zwykłej treści (bez kodu HTML).
nagłówek e-maila
stopka e-mail
Tutaj możesz wpisać treść, która będzie dodawana do wiadomości wysyłanych przez aplikację.
Przychodzące e-maile
Zobacz szczegółowe wytyczne dotyczące tych ustawień RedmineReceivingEmails.
Skróć wiadomości po jednym z tych wierszy
Te ustawienia można wykorzystać do usunięcia śladów z nadchodzących wiadomości.
Empower WS do obsługi wiadomości e-mail
Redmine można zorganizować, aby umożliwić tworzenie problemów lub uwagi za pośrednictwem poczty elektronicznej. Aby wykorzystać to dołączenie, musisz wzmocnić interfejs API, który otrzymuje komunikaty. To jest miejsce dla tego ustawienia. Domyślnie: Wył
API
Wewnątrz tego ustawienia możesz wprowadzić tajemniczy klucz używany do tworzenia problemów lub uwag za pomocą wyróżnienia wiadomości e-mail.
Repozytoria
Wzmocniony SCM
Tutaj możesz (de) wybrać schematy SCM, które Redmine powinna „dać” poszczególnym przedsięwzięciom. To ustawienie jest pomocne w przypadku, gdy pomagasz tylko kilku frameworkom SCM (na przykład tylko Git lub tylko SVN).
Wprowadzaj zatwierdzenia w sposób naturalny
W przypadku zainicjowania tej alternatywy aplikacja konsekwentnie odzyskuje nowe aktualizacje po konsultacji ze sklepem przez klienta.
Domyślnie: tak
Możesz obezwładnić tę alternatywę i skomputeryzować wywołanie Repozytorium # fetch_changesets przy użyciu crona, aby normalnie odzyskać aktualizacje dla wszystkich sklepów poza zasięgiem wzroku.
Model:
Ruby content / sprinter "Repository.fetch_changesets" - e tworzenie
Dla Redmine 2.x:
ruby content / rails sprinter "Repository.fetch_changesets" - e tworzenie
Dla Redmine 3.x:
container / rails sprinter "Repository.fetch_changesets" - tworzenie
Możesz również wywołać to zlecenie ze swojego archiwum w sidła po przesłaniu lub po pobraniu, aby zestawy zmian były przenoszone po każdym przesłaniu.
Empower WS do zarządzania repozytoriami:
Ten wybór powinien zostać uchwalony tylko w przypadku wprowadzenia treści do zaprogramowanego tworzenia magazynu SVN. Domyślnie: nie
Przechowuj klucz WS API płyty
Tajemniczy klucz do zarządzania repozytorium WS.
Najbardziej ekstremalna liczba wersji została pokazana w dzienniku plików
Daje podejście polegające na ograniczeniu ilości poprawek, które są odzyskiwane z SCM, na określony, przeanalizowany sposób.
Zastosuj formatowanie tekstu, aby przesłać wiadomości
Odwoływanie się do problemów w wysyłanych wiadomościach
Po przeniesieniu ze skarbców przesłane wiadomości są sprawdzane pod kątem identyfikatorów przywołanych lub naprawionych problemów.
Te alternatywy pozwalają scharakteryzować hasła, które można wykorzystać w przesłanej wiadomości w celu odniesienia się do problemów lub w konsekwencji rozwiązać problemy, a także status, który ma zostać zastosowany do naprawionych problemów.
Domyślne hasła to:
- w przypadku problemów z odniesieniami: odniesienia, referencje, IssueID
- do rozwiązywania problemów: poprawki, zamykanie
Nie ma domyślnego statusu opisanego dla naprawionego problemu. Będziesz musiał to wskazać w przypadku, gdy chcesz umożliwić automatyczne rozwiązywanie problemów.
W przypadku konieczności odniesienia się do problemów bez użycia słów kluczowych, wprowadź pojedynczą gwiazdkę: * w ustawieniu Odwołujące się słowa kluczowe (Administracja / Repozytorium). W tej sytuacji każdy identyfikator problemu znaleziony w wiadomości zostanie połączony z zestawem zmian.
Przypadek działającej wiadomości przesyłania wykorzystującej domyślne słowa kluczowe:
To zatwierdza poprawki # 1, # 2 i poprawki # 3
Ten komunikat odwołuje się do problemów 1 i 2, a tym samym rozwiązuje problem 3.
Po słowie kluczowym identyfikatory problemów można wyodrębnić spacją, przecinkiem lub i.
W hasłach nie jest rozróżniana wielkość liter iw każdym przypadku do utworzenia dopasowania wymagana jest jedna spacja lub dwukropek między hasłem a głównym hashem. Więcej modeli, które dadzą podobny wynik, jak model powyżej:
Zatwierdź referencje: # 1, # 2 i poprawki # 3
Commit Refs # 1, # 2 i poprawki # 3
Zatwierdź REFS: # 1, # 2 i poprawki # 3
Włącz rejestrowanie czasu
Pozwala na łatwe rejestrowanie czasu po przesłaniu wiadomości. To prawdopodobnie dobrze wróży przypadkowi, że wprowadziłeś moduł „Podążanie w czasie” we wspomnianym przedsięwzięciu. W takiej sytuacji możesz dołączyć wyjątkowe słowa do przesłanej wiadomości, aby zademonstrować czas spędzony nad problemem.
Podstawowa struktura zdań do tego jest: @ gdzie czas obejmuje różne godziny lub minuty.
Oto zestawienie wielu wiarygodnych przesłanych wiadomości, które działałyby w przypadku, gdy trzeba stwierdzić, że spędziłeś N godzin nad wydaniem 1234:
Zaimplementuj funkcję nr 1234 @ 2
Wdrożenie funkcji nr 1234 w ciągu 2 godzin
Wdrożenie funkcji nr 1234 w ciągu 2 godzin
Zastosuj funkcję nr 1234 z odległości 15 m
Zaimplementuj funkcję nr 1234 w 15 minut
Zaimplementuj funkcję nr 1234 w 3h15
Wdrożenie funkcji nr 1234 w 3 godz. 15 min
Zaimplementuj funkcję nr 1234 @ 3:15
Zaimplementuj funkcję nr 1234 @ 3.25
Wdrożenie funkcji nr 1234 w ciągu 3.25 godzin
Zaimplementuj funkcję nr 1234 @ 3,25
Wdrożenie funkcji nr 1234 w ciągu 3,25 godzin
Aktywny czas dla zalogowanych
Jest to rodzaj działania, który powinien być zastosowany w przypadku rozpoznania czasu logowania w przesłanej wiadomości (patrz wyżej).
Szukasz aktualizacji Redmine? Łatwy.
Uzyskaj wszystkie potężne narzędzia do doskonałego planowania, zarządzania i kontroli projektów w jednym oprogramowaniu.