Sådan navigerer du gennem Redmine-applikationsindstillinger (Del 2)

Projekter

Nye projekter er åbne som en selvfølge

Standardtilstanden for nyligt oprettede projekter. Opgaven kan stadig gøres ikke-åben, mens man opretter et nyt projekt eller efter oprettelsen af projektet.

Standardaktiverede moduler til nye projekter

Standardsporere til nye projekter

Opret sekventielle projektidentifikatorer

Denne indstilling giver Redmine mulighed for at foreslå sekventielle projektidentifikatorer til dig. Dette kan stadig ændres manuelt kun under oprettelsen af projektet, ikke efterfølgende.

Job tildelt en ikke-administratorbruger, der opretter et projekt

Definerer hvilken rolle der som standard tildeles en ikke-administratorbruger, der opretter et projekt (dette gælder kun, hvis du har konfigureret Redmine-rettigheder, så ikke-administratorbrugere faktisk har tilladelse til at oprette projekter).

Problemopfølgning

Tillad tværgående problemrelationer

Hvis indstillet til Ja, kan der oprettes relationer mellem problemer fra forskellige projekter. Standard: Nej

Tillad tværgående underopgaver

Definer nogle begrænsninger for underopgaver. Definitionerne, der bruges, er de samme som for versionsdeling, som er angivet i RedmineProjectSettings. Standard: Med projekthierarki

Mulighederne er:

• Deaktiveret: En overordnet opgave kan kun have underopgaver i samme projekt.
  
  
• Med alle projekter: En overordnet opgave kan have underopgaver i ethvert andet projekt.
  
  
• Med projekthierarki: En overordnet opgave kan have underopgaver i samme projekt, forgængerprojekter og alle deres relaterede projekter (f.eks. også "søsterprojekter", "fætterprojekter" osv.).
  
  
• Med projekthierarki: En overordnet opgave kan have underopgaver i samme projekt, underprojekter eller forgængerprojekter.
  
  
• Med underprojekter: Et overordnet projekt kan kun have underopgaver i samme projekt eller underprojekter (ikke i overordnede projekter eller irrelevante projekter).
  
  

Tillad opgavefordeling til grupper

Brug aktuel dato som startdato for nye problemer.

Vis underprojekters problemer som standard på hovedprojekterne

Hvis indstillet til gyldig, vil underprojekters problemer som standard blive vist på problemoversigten, kalenderen og gantt-diagrammet for hovedprojekterne (Siden r1198). Standard: Ja

Beregn problemets færdiggørelsesprocent

Definerer hvordan problemets færdiggørelsesprocent er angivet.

• Brug problemfeltet (standard): Brugere kan manuelt angive % færdig.
  
  
• Brug problemstatus: Hver problemstatus kan tildeles en procentdel. Dette muliggør muligheden "% Færdig" for problemer og kommandoen "Opdater problemets færdiggørelsesprocenter" i problemstatusoversigten.

Ikke-arbejdsdage

• Grænse for eksport af problemer
  
  
• Maksimalt antal problemer indeholdt i CSV- og PDF-eksporter. Standard: 500
  
  
• Maksimalt antal elementer vist på gantt-diagrammet
  
  

Standardkolonner vist på problemoversigten

Denne indstilling giver dig mulighed for at definere, hvilke kolonner der vises på problemoversigten som standard.

Kun brugerdefinerede felter, der er markeret som 'alle projekter', kan vælges her.

Tidsregistrering

Obligatoriske felter for tidslogninger

Filer

maks. størrelse

Maksimal størrelse for uploadede filer (i kibi-byte). Standard: 5120 (dvs. 5 mebi-byte)

Maksimal størrelse af tekstfiler vist inline KB

Det giver en måde at begrænse den maksimale størrelse af tekstfiler, der vises inline.

Maksimalt antal viste diff-linjer

Det giver en måde at begrænse det maksimale antal diff-linjer, der vises af Redmine.

Arkivkodninger

Denne mulighed giver dig mulighed for at angive foretrukne kodninger for lageroptegnelser (flere værdier tilladt, adskilt med komma). Disse kodninger bruges til at konvertere filindhold og forskelle til UTF-8, så de vises korrekt i browseren.

Når der indtastes flere kodninger, bruges den første gyldige kodning med hensyn til filindholdet.

For franske brugere kan denne mulighed for eksempel indstilles til:

UTF-8, ISO 8859-15, CP1252

For japanske brugere:

UTF-8, CP932, EUC-JP

Email-meddelelser

Afsendelsesadresse for e-mail

E-mail-adresse, der bruges i feltet "Fra" i meddelelser sendt til brugere.

Blindkopi (bcc)

Hvis det er angivet som gyldigt, sendes e-mail-advarsler som blindkopi. Standard: Ja

Almindelig tekst-e-mail

Hvis det er angivet som gyldigt, sendes meddelelser kun i almindelig tekst (ingen HTML).

e-mail-header

e-mail-fodnote

Her kan du indtaste noget tekst, der vil blive tilføjet til meddelelserne sendt af applikationen.

Indgående e-mails

Se detaljerede instruktioner om disse indstillinger i RedmineReceivingEmails.

Forkort meddelelser efter en af disse linjer

Disse indstillinger kan bruges til at fjerne signaturer fra indgående meddelelser.

Aktivér WS til indgående e-mails

Redmine kan konfigureres til at tillade oprettelse af sager eller kommentarer via e-mail. For at bruge denne funktion skal du aktivere API'en, der modtager e-mails. Det er her denne indstilling er til. Standard: Slukket

API

I denne indstilling kan du indtaste en hemmelig nøgle, der bruges til oprettelse af sager eller kommentarer via e-mail-funktionen.

Depoter

Aktiveret SCM

Her kan du (fravælge) vælge SCM-systemerne, som Redmine skal "levere" til de enkelte projekter. Denne indstilling er nyttig, hvis du kun understøtter nogle SCM-systemer (f.eks. kun Git eller kun SVN).

Hent commits automatisk

Hvis denne indstilling er aktiveret, henter applikationen automatisk de nye opdateringer, når en bruger konsulterer depotet.

Standard: Ja

Du kan deaktivere denne indstilling og automatisere opkaldet til Repository#fetch_changesets ved hjælp af cron for at hente opdateringerne regelmæssigt i baggrunden.

Eksempel:

ruby script/runner "Repository.fetch_changesets" -e production

Til Redmine 2.x:

ruby script/rails runner "Repository.fetch_changesets" -e production

Til Redmine 3.x:

bundle/rails runner "Repository.fetch_changesets" -e production

Du kan også kalde denne opgave fra dit depot i en post-submit eller post-get hook, så ændringer hentes efter hver submit.

Aktivér WS til depotstyring:

Denne indstilling skal kun aktiveres, hvis du har installeret scriptet til automatisk oprettelse af SVN-depoter. Standard: Nej

WS API-nøgle til depotstyring

En hemmelig nøgle til depotstyring WS.

Maksimalt antal revisioner vist i filloggen

Det giver en måde at begrænse antallet af revisioner, der hentes fra SCM for en bestemt læsesti.

Anvend tekstformatering på submit-meddelelser

Omtale af problemer i afsendelsesbeskeder

Når der hentes fra arkiverne, undersøges afsendelsesbeskeder for refererede eller løste problem-ID'er.

Disse alternativer giver dig mulighed for at definere nøgleord, der kan bruges i en afsendelsesbesked til automatisk at referere til eller løse problemer, samt statussen der skal anvendes på løste problemer.

Standardnøgleord er:

• til at referere til problemer: refs, references, IssueID
  
  
• til at løse problemer: fixes, closes
  
  

Der er ikke defineret en standardstatus for løste problemer. Du skal angive den, hvis du vil aktivere automatisk afslutning af problemer.

Hvis du vil referere til problemer uden at bruge nøgleord, skal du indtaste en enkelt stjerne: * i indstillingen "Refererende nøgleord" (Administration/Repository). I dette tilfælde vil ethvert problem-ID, der findes i beskeden, blive knyttet til ændringen.

Eksempel på en fungerende afsendelsesbesked med standardnøgleord:

This commits refs #1, #2 and fixes #3

Denne besked vil referere til problemer 1 og 2 og automatisk løse problem 3.

Efter et nøgleord kan problem-ID'er adskilles med et mellemrum, et komma eller "and".

Nøgleordene er ikke forskelsbehandlende, og der kræves mindst ét mellemrum eller kolon mellem nøgleordet og det første heksetegn for at opnå et match. Flere eksempler, der vil give det samme resultat som eksemplet ovenfor:

Commit refs:#1, #2 and fixes #3

Commit Refs #1, #2 and fixes #3

Commit REFS: #1, #2 and fixes #3

Aktivér tidsregistrering

Tillader tidsregistrering direkte fra afsendelsesbeskeder. Dette giver kun mening, hvis du har aktiveret modulen "Tidsregistrering" i det pågældende projekt. I så fald kan du tilføje specielle ord i din afsendelsesbesked for at angive den tid, du har brugt på et problem.

Den grundlæggende syntaks for dette er: @<tid>, hvor tid består af forskellige timer eller minutter.

Her er en liste over mange gyldige afsendelsesbeskeder, der ville fungere, hvis du vil angive, at du har brugt N timer på problem 1234:

Implementer funktion #1234 @2

Implementer funktion #1234 @2t

Implementer funktion #1234 @2timer

Implementer funktion #1234 @15m

Implementer funktion #1234 @15min

Implementer funktion #1234 @3t15

Implementer funktion #1234 @3t15m

Implementer funktion #1234 @3:15

Implementer funktion #1234 @3.25

Implementer funktion #1234 @3.25t

Implementer funktion #1234 @3,25

Implementer funktion #1234 @3,25t

Aktivitet for registreret tid

Dette er den type handling, der skal bruges, når der identificeres en registreret tid i en afsendelsesbesked (se ovenfor).