Slik navigerer du gjennom Redmine-applikasjonsinnstillinger (Del 2)

Prosjekter

Nye prosjekter er åpne som en selvfølge

Standardtilstanden for nylig opprettede prosjekter. Oppgaven kan fortsatt gjøres ikke-åpen mens du oppretter et nytt prosjekt eller etter opprettelsen av prosjektet.

Standard aktiverte moduler for nye prosjekter

Standard sporingssystemer for nye prosjekter

Opprett påfølgende prosjektidentifikatorer

Denne innstillingen lar Redmine foreslå påfølgende prosjektidentifikatorer for deg. Dette kan fortsatt endres manuelt bare mens du oppretter prosjektet, ikke etterpå.

Jobb gitt til en ikke-administratorbruker som oppretter et prosjekt

Definerer hvilken jobb som gis som standard til en ikke-administratorbruker som oppretter et prosjekt (dette gjelder bare hvis du har konfigurert Redmine-tilganger slik at ikke-administratorbrukere faktisk har rettigheter til å opprette prosjekter).

Oppfølging av saker

Tillat relasjoner mellom saker på tvers av prosjekter

Hvis satt til Ja, kan det opprettes relasjoner mellom saker fra ulike prosjekter. Standard: Nei

Tillat saker på tvers av prosjekter

Definer noen begrensninger for underoppgaver. Definisjonene som brukes er de samme som for versjonsdeling, rapportert i RedmineProjectSettings. Standard: Med prosjektstruktur

Valgmuligheter er:

• Deaktivert: En overordnet oppgave kan bare ha underoppgaver i samme prosjekt.
  
  
• Med alle prosjekter: En overordnet oppgave kan ha underoppgaver i et annet prosjekt.
  
  
• Med prosjektstruktur: En overordnet oppgave kan ha underoppgaver i samme prosjekt, forgjengerprosjekter og alle deres relaterte prosjekter (for eksempel også "søskenprosjekter", "fetterprosjekter", osv.).
  
  
• Med prosjekthierarki: En overordnet oppgave kan ha underoppgaver i samme prosjekt, underprosjekter eller forgjengerprosjekter.
  
  
• Med underprosjekter: Et overordnet prosjekt kan bare ha underoppgaver i samme prosjekt eller underprosjekter (ikke i overordnede prosjekter eller irrelevante prosjekter).
  
  

Tillat tildeling av saker til grupper

Bruk gjeldende dato som startdato for nye saker.

Vis underprosjektsaker på hovedprosjekter som standard

Hvis satt til gyldig, vil underprosjektsaker vises som standard på sakslisten, kalenderen og Gantt-diagrammet for hovedprosjektene (Siden r1198). Standard: Ja

Beregn prosent fullført for saker

Definerer hvordan prosent fullført for saker settes.

• Bruk saksfeltet (standard): Brukere kan manuelt angi % fullført.
  
  
• Bruk saksstatus: Hver saksstatus kan tildeles en prosentandel. Dette gjør det mulig med "% fullført" -alternativet for saker og "Oppdater prosent fullført for saker" -kommandoen i saksstatusoversikten.

Ikke-arbeidsdager

• Eksporthindringer for saker
  
  
• Maksimalt antall saker som eksporteres i CSV og PDF. Standard: 500
  
  
• Maksimalt antall elementer som vises på Gantt-diagrammet
  
  

Standardkolonner som vises på sakslisten

Denne innstillingen lar deg definere hvilke kolonner som vises på sakslistene som standard.

Bare egendefinerte felt som er merket som 'alle prosjekter' kan velges her.

Tidsregistrering

Obligatoriske felt for tidslogger

Filer

maks. størrelse

Maksimal størrelse for opplastede filer (i kibibytes). Standard: 5120 (dvs. 5 mebibytes)

Maksimal størrelse for tekstfiler som vises inline KB

Det gir en måte å begrense den maksimale størrelsen for tekstfiler som vises inline.

Maksimalt antall diff-linjer som vises

Det gir en måte å begrense det maksimale antallet diff-linjer som vises av Redmine.

Arkivkodingar

Dette valet lar deg indikere føretrekte kodingar for lagerhusoppføringar (fleire verdiar tillatne, skildra med komma). Desse kodingane blir brukt til å konvertere filinnhald og diff til UTF-8 slik at dei blir vist korrekt i nettlesaren.

Når du legg inn fleire kodingar, blir den første gyldige kodinga brukt med omsyn til filinnhaldet.

For franske brukarar kan dette valet for eksempel settast til:

UTF-8, ISO 8859-15, CP1252

For japanske brukarar:

UTF-8, CP932, EUC-JP

E-postvarslingar

Avsendaradresse for utgåande e-post

E-postadressa som blir brukt i "Frå" feltet i e-postar som blir sendt til brukarar.

Blindkopi (bcc)

Ved å sette dette til gyldig, vil e-postvarslingar bli sendt som blindkopi. Standard: Ja

Ren tekst-e-post

Ved å sette dette til gyldig, blir e-postar sendt berre som ren tekst (ingen HTML).

E-postoverskrift

E-postfotnote

Her kan du skrive inn tekst som blir lagt til i e-postane som blir sendt av applikasjonen.

Innkommende e-postar

Sjå detaljerte instruksjonar om desse innstillingane i RedmineReceivingEmails.

Forkort meldingar etter en av desse linjene

Desse innstillingane kan bli brukt til å fjerne signaturar frå innkomne e-postar.

Aktiver WS for innkommende e-postar

Redmine kan konfigurerast for å tillate oppretting av saker eller kommentarar via e-post. For å bruke denne funksjonen, må du aktivere API-et som mottar e-postar. Det er der denne innstillinga er for. Standard: Av

API

I denne innstillinga kan du skrive inn eit hemmeleg passord som blir brukt for oppretting av saker eller kommentarar via e-post.

Repoistoriar

Aktiverte SCM-system

Her kan du (de)velje SCM-systema som Redmine skal "tilby" for dei individuelle prosjekta. Denne innstillinga er nyttig dersom du berre støttar nokre SCM-system (for eksempel berre Git eller berre SVN).

Hent endringar automatisk

Dersom dette alternativet er aktivert, hentar applikasjonen automatisk nye oppdateringar når ein brukar konsulterer lageret.

Standard: Ja

Du kan deaktivere dette alternativet og automatisere kallet til Repository#fetch_changesets ved å bruke cron for å regelmessig hente oppdateringar for alle lagera i bakgrunnen.

Eksempel:

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

For Redmine 2.x:

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

For Redmine 3.x:

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

Du kan også kalle denne oppgåva frå ditt lager i en post-submit eller post-get-krok, slik at endringar blir henta etter kvar innsending.

Aktiver WS for lagerstyring:

Denne innstillinga bør berre aktiverast dersom du har installert skriptet for automatisk oppretting av SVN-lager. Standard: Nei

API-nøkkel for lagerstyring

En hemmeleg nøkkel for WS for lagerstyring.

Maksimalt antall revisjonar som vises i filloggen

Dette gir ein måte å avgrense antall revisjonar som blir henta frå SCM for ein bestemt, lesesti.

Formater tekst i innsendingsmeldingar

Referere til problem i innsendingsmeldinger

Når de hentes fra arkivet, blir innsendingsmeldinger undersøkt for refererte eller løste problem-IDer.

Disse alternativene lar deg definere nøkkelord som kan brukes i en innsendingsmelding for å automatisk referere til eller løse problemene, samt statusen som skal tilordnes løste problemer.

Standardnøkkelordene er:

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

Det er ingen standardstatus definert for løste problemer. Du må angi den hvis du vil aktivere automatisk lukking av problemer.

Hvis du vil referere til problemer uten å bruke nøkkelord, skriv inn en enkelt stjerne: * i innstillingen for refererende nøkkelord (Administrasjon/Repository). I dette tilfellet vil alle problem-IDer som finnes i meldingen, bli knyttet til endringen.

Eksempel på en fungerende innsendingsmelding med standardnøkkelord:

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

Denne meldingen vil referere til problemene 1 og 2 og automatisk løse problem 3.

Etter et nøkkelord kan problem-IDer skilles med mellomrom, komma eller og.

Nøkkelordene er ikke skriftfølsomme, og det må være minst ett mellomrom eller kolon mellom nøkkelordet og den første hashtagen for å få en match. Flere eksempler som vil gi samme resultat som eksemplet over:

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

Commit Refs #1, #2 and fixes #3

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

Aktivere tidslogging

Tillater tidslogging direkte fra innsendingsmeldinger. Dette gir bare mening hvis du har aktivert modulen "Tidsregistrering" i prosjektet. I så fall kan du legge til spesielle ord i innsendingsmeldingen for å indikere tiden du har brukt på et problem.

Den grunnleggende syntaksen for dette er: @<tid>, der tid kan være i timer eller minutter.

Her er en liste over mange gyldige innsendingsmeldinger som vil fungere hvis du vil si at du har brukt N timer på problem 1234:

Implementer funksjon #1234 @2

Implementer funksjon #1234 @2t

Implementer funksjon #1234 @2timer

Implementer funksjon #1234 @15m

Implementer funksjon #1234 @15min

Implementer funksjon #1234 @3t15

Implementer funksjon #1234 @3t15m

Implementer funksjon #1234 @3:15

Implementer funksjon #1234 @3.25

Implementer funksjon #1234 @3.25t

Implementer funksjon #1234 @3,25

Implementer funksjon #1234 @3,25t

Aktivitet for logget tid

Dette er den typen handling som skal brukes når det oppdages logget tid i en innsendingsmelding (se over).