Sådan navigerer du gennem Redmine Application Settings (del 2)

Projekter

Nye projekter er åbne som en selvfølge

Standardtilstanden for nyligt oprettede projekter. Opgaven kan endda nu gøres ikke-åben under oprettelse af et nyt projekt eller efter projektets oprettelse.

Standardmoduler til nye projekter

Standard trackere til nye projekter

Opret fortløbende projektidentifikatorer

Denne indstilling lader Redmine foreslå fortløbende projektidentifikatorer til dig. Dette kan i øjeblikket ændres fysisk lige under projektets oprettelse, ikke derefter.

Job gives til en ikke-administratorbruger, der laver et projekt

Kendetegner hvilket job der naturligvis gives til en ikke-administrator klient, der laver et projekt (dette gælder muligvis, når du har arrangeret Redmine-autorisationer, så ikke-administrator-klienter virkelig får fordel af at lave projekter).

Problemet følger

Tillad tværgående projektrelationer

Når det er indstillet til Ja, kan der oprettes forhold mellem emner fra forskellige opgaver. Standard: Nej

Tillad tværprojektunderopgaver

Karakteriser et par afskæringspunkter for underopgaver. De anvendte definitioner ligner variantdeling, rapporteret i RedmineProjectSettings. Standard: Med projekttræ

Valgmulighederne er:

• Deaktiveret: en overordnet opgave kan bare have underopgaver i et lignende projekt.
  
  
• Med alle projekter: et forældres ærinde kan have underopgaver i et andet projekt.
  
  
• Med projekttræ: et forældres ærinde kan have underopgaver i en lignende opgave, forgængerprojekter og hver eneste af deres slægtninge (for eksempel ligeledes "pårørendeprojekter", "fætterprojekter" osv.).
  
  
• Med projektkæde af betydning: et overordnet ærinde kan have underopgaver i en lignende opgave, delprojekter eller forløberprojekter.
  
  
• Med delprojekter: et overordnet projekt kan bare have underopgaver i et lignende projekt eller delprojekter (ikke i overordnede projekter eller irrelevante projekter).
  
  

Tillad udstedelsesopgaver til grupper

Brug den aktuelle dato som startdato for nye udgaver.

Vis delprojekter på hovedprojekter som en selvfølge

Når det er indstillet til gyldigt, vises underprojektproblemer som en selvfølge i problemoversigten, tidsplanen og gantt for de primære projekter (Siden r1198). Standard: Ja

Figur problemet udført forhold

Karakteriserer, hvordan problemet udført procentdel er indstillet.

• Brug problemfeltet (standard): Brugere kan fysisk indstille% udført.
  
  
• Brug udstedelsesstatus: Hver udstedelsesstatus kan henvises til en sats. Dette giver valgmuligheden "% Udført" for problemer og ordren "Opdater problemet udført proportioner" i problemstatusgennemgangen.

Ikke-arbejdsdage

• Problemer sender cutoff
  
  
• Mest ekstreme antal problemer indeholdt i CSV- og PDF-handler. Standard: 500
  
  
• Det mest ekstreme antal ting blev vist på Gantt-diagrammet
  
  

Standardsegmenter vises på listen over emner

Denne indstilling giver dig selvfølgelig mulighed for at karakterisere, hvilke segmenter der vises på udgivelsesregistrene.

Bare tilpassede felter, der er adskilt med hensyn til 'alle projekter', kan vælges her.

Time sporing

Nødvendige felter til tidslogfiler

Filer

maks. størrelse

Mest ekstreme størrelse af overførte poster (i kibi-bytes). Standard: 5120 (for eksempel 5 mebi-bytes)

Maksimal størrelse af tekstdokumenter vist inline KB

Det giver en tilgang til at begrænse den mest ekstreme størrelse af tekstdokumenter, der vises inline.

Maks. Antal diff linjer vist

Det giver en tilgang til at begrænse det største antal diff linjer, som vises af Redmine.

Arkiver kodning

Dette valg giver dig mulighed for at angive foretrukne kodninger til lageroptegnelser (mange kvaliteter tilladt, kommaisoleret). Disse kodninger bruges til at skifte dokumentets indhold og adskiller sig til UTF-8 med det mål, at de vises korrekt i programmet.

Når du indtaster forskellige kodninger, anvendes den primære legitime kodning med hensyn til postindholdet.

For franske kunder kan dette valg f.eks. Indstilles til:

UTF-8, ISO 8859-15, CP1252

For japanske kunder:

UTF-8, CP932, EUC-JP

Email meddelelser

Outflow mail-adresse

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

Blind kulstofkopi (bcc)

Når den er indstillet til gyldig, sendes e-mailadvarsel som blind duplikat. Standard: Ja

E-mail med almindeligt indhold

Når det er indstillet til gyldigt, sendes beskeder i almindeligt indhold bare (ingen HTML).

e-mail-overskrift

e-mail-sidefod

Her kan du indtaste noget indhold, der føjes til de meddelelser, der sendes af applikationen.

Indgående e-mails

Se for nitty-gritty retningslinjer om disse indstillinger RedmineReceivingEmails.

Forkort meddelelser efter en af ​​disse linjer

Disse indstillinger kan bruges til at udvise markeringer fra beskeder, der nærmer sig.

Giv WS adgang til e-mails

Redmine kan arrangeres til at tillade oprettelse af problemer eller bemærkninger ved hjælp af e-mail. For at bruge det inkluderer, skal du give den API, der får beskeder. Det er stedet, denne indstilling er til. Standard: Fra

API

Inde i denne indstilling kan du indtaste en mysteriumnøgle, der bruges til oprettelse af problemer eller bemærkninger ved hjælp af e-mail-fremhævning.

Arkiver

Bemyndiget SCM

Her kan du (de) vælge de SCM-rammer, Redmine skal "give" til de enkelte projekter. Denne indstilling er nyttig, hvis du bare hjælper et par SCM-rammer (for eksempel bare Git eller bare SVN).

Bring forpligter sig naturligt

I tilfælde af at dette alternativ startes, gendanner applikationen derfor de nye opdateringer, når en klient rådgiver butikken.

Standard: Ja

Du kan inkapacere dette alternativ og computerisere opkaldet til Repository # fetch_changesets ved hjælp af cron til normalt at gendanne opdateringerne for hele butikkerne uden for syne.

Model:

rubinindhold / sprinter "Repository.fetch_changesets" - e oprettelse

Til Redmine 2.x:

rubinindhold / skinner sprinter "Repository.fetch_changesets" - e oprettelse

Til Redmine 3.x:

container / skinner sprinter "Repository.fetch_changesets" - e oprettelse

Du kan ligeledes kalde dette ærinde fra dit arkiv i en post-send eller post-get snare, så ændringssæt bringes efter hver indsendelse.

Empower WS til lagerstyring:

Dette valg bør vedtages bare i tilfælde af, at du introducerede indholdet til programmeret SVN-lagerbygning. Standard: Nej

Gem WS API-nøgle

En mystisk nøgle til lagerstyrings-WS.

Det mest ekstreme antal revisioner blev vist i filloggen

Det giver en tilgang til at begrænse det mål for ændringer, der gendannes fra SCM på en bestemt gennemgået måde.

Anvend tekstformatering for at sende meddelelser

Henviser til problemer i indsend beskeder

Når de hentes fra hvælvingerne, undersøges indsende meddelelser for id'er, der er refereret til eller er faste.

Disse alternativer giver dig mulighed for at karakterisere kodeord, der kan bruges i en indsendelsesbesked for at henvise til eller rette problemer som følge heraf, og status, der skal gælde for faste problemer.

Standard kodeord er:

• til henvisning til problemer: refs, reference, IssueID
  
  
• til løsning af problemer: rettelser, lukker
  
  

Der er ingen standardstatus karakteriseret for et fast problem. Du bliver nødt til at angive det, hvis du har brug for at give automatisk afslutning af problemer.

I tilfælde af at du har brug for at henvise til problemer uden at bruge nøgleord, skal du indtaste en ensom stjerne: * i indstillingen Referencerende nøgleord (Administration / lager). I denne situation vil ethvert problem-ID, der findes i meddelelsen, være forbundet med ændringssættet.

Tilfælde af en fungerende indsend besked ved hjælp af standard nøgleord:

Dette forpligter refs nr. 1, nr. 2 og retter nr. 3

Denne meddelelse refererer til spørgsmål 1 og 2 og løser følgelig problem 3.

Efter et kodeord kan id'er isoleres med et mellemrum, et komma eller og.

Kodeordene er ikke store og små bogstaver, og under alle omstændigheder kræves der et tomt mellemrum eller kolon mellem slagordet og den primære hash for at skabe et match. Flere modeller, der skaber et lignende resultat som modellen ovenfor:

Forpligt refs: nr. 1, nr. 2 og rettelser nr. 3

Foretag ref. Nr. 1, nr. 2 og rettelser nr. 3

Forpligt REFS: # 1, # 2 og rettelser # 3

Aktivér time logging

Tillader tidslogning direkte fra indsende meddelelser. Dette lover muligvis godt, hvis du har vedtaget modulet "Tid efter" i nævnte venture. I denne situation kan du medtage ekstraordinære ord i din indsende besked for at demonstrere den tid, du har brugt på et problem.

Den væsentlige sætningsstruktur for at gøre det er: @ hvor tiden omfatter i forskellige timer eller minutter.

Her er en oversigt over adskillige legitime meddelelser, der fungerer, hvis du har brug for at angive, at du har brugt N timer på udgave 1234:

Implementeringsfunktion # 1234 @ 2

Implementeringsfunktion # 1234 @ 2h

Implementeringsfunktion # 1234 @ 2hours

Implementeringsfunktion # 1234 @ 15m

Implementeringsfunktion # 1234 @ 15min

Implementeringsfunktion # 1234 @ 3h15

Implementeringsfunktion # 1234 @ 3h15m

Implementeringsfunktion # 1234 @ 3:15

Implementeringsfunktion # 1234 @ 3.25

Implementeringsfunktion # 1234 @ 3.25h

Implementeringsfunktion # 1234 @ 3,25

Implementeringsfunktion # 1234 @ 3,25h

Aktivitet for loggetid

Dette er den slags handling, der skal bruges, når man genkender, at der er en logtid i en indsendelsesbesked (se ovenfor).