en
Språk
  • en
  • de
  • fr
  • es
  • br
  • ru
  • jp
  • kr
AI-översättning
  • ee
  • ae
  • cn
  • vn
  • id
  • eu
  • il
  • gr
  • no
  • fi
  • dk
  • se
  • tr
  • bg
  • nl
  • it
  • pl
  • hu
  • ro
  • ua
  • cs

Hur man navigerar genom Redmine Application Settings (Del 2)

12/1/2020
9 minuter
Lukáš Beňa

Detta är fortsättningen av Hur man navigerar genom Redmine Application Settings (Del 1). Här är en enkel guide för dig.

Projekt


Nya projekt är en självklarhet


Standardvillkor för nyligen gjorda projekt. Uppgiften kan till och med nu göras öppen när du gör ett nytt projekt eller efter att projektet har gjorts.


Standardmoduler för nya projekt




Standardspårare för nya projekt




Skapa på varandra följande projektidentifierare


Den här inställningen låter Redmine föreslå på varandra följande projektidentifierare åt dig. Detta kan för närvarande ändras fysiskt just när du gör projektet, inte därefter.

Jobb ges till en icke-administratörsanvändare som gör ett projekt


Karaktäriserar vilket jobb som naturligtvis ges till en icke-administratörsklient som gör ett projekt (detta gäller eventuellt när du har ordnat Redmine-auktorisationer så att icke-administratörsklienter verkligen är fördelaktiga att göra projekt).

Problemet följer



Tillåt förhållanden mellan projekt


När det är inställt på Ja kan relationer mellan frågor från olika uppgifter göras. Standard: Nej

Tillåt delprojekt över projekt


Karakterisera några avgränsningspunkter för deluppgifter. Definitionerna som används liknar variantdelning, rapporteras i RedmineProjectSettings. Standard: Med projektträd


Valet är:

  • Inaktiverad: en överordnad uppgift kan bara ha deluppgifter i ett liknande projekt.

  • Med alla projekt: ett föräldraråd kan ha underuppgifter i något annat projekt.

  • Med projektträd: ett föräldraråd kan ha underuppgifter i en liknande uppgift, föregångarprojekt och var och en av deras släktingar (till exempel också "familjeprojekt", "kusinprojekt" och så vidare.).

  • Med projektkedja av betydelse: ett överordnat ärende kan ha deluppgifter i en liknande uppgift, delprojekt eller föregångare.

  • Med delprojekt: ett överordnat projekt kan bara ha deluppgifter i ett liknande projekt eller delprojekt (inte i överordnade projekt eller irrelevanta projekt).

Tillåt utfärdande uppgift till grupper




Använd aktuellt datum som startdatum för nya utgåvor.

Visa underprojektfrågor på huvudprojekt som en självklarhet


Närhelst inställd på giltig, kommer underprojektfrågor att visas som en självklarhet i problemöversikten, schemat och gantt för de primära projekten (sedan r1198). Standard: Ja

Figurera problemet gjort proportioner


Karaktäriserar hur utfärdad procentandel är inställd.

  • Använd problemfältet (standard): Användare kan fysiskt ställa in% gjort.

  • Använd utgivningsstatus: Varje utgivningsstatus kan omfördelas en kurs. Detta möjliggör valet "% Klar" för problem och "Uppdatera problem gjort proportioner" i granskningen av statusstatus.


Icke-arbetsdagar

  • Problem skickar ut cutoff

  • Mest extrema antal frågor som ingår i CSV- och PDF-affärer. Standard: 500

  • Det mest extrema antalet saker som visas på Gantt-diagrammet

Standardsegment som visas i utfärdarlistan


Denna inställning låter dig naturligtvis karakterisera vilka segment som visas i utgivningsregistrerna.


Bara anpassade fält som är avgränsade med avseende på 'alla projekt' kan väljas här.

tidsspårning



Obligatoriska fält för tidsloggar




Filer


max. storlek


Den mest extrema storleken på överförda poster (i kibi-byte). Standard: 5120 (till exempel 5 mebi-byte)

Maxstorlek på textdokument som visas inline KB


Det ger ett tillvägagångssätt för att begränsa den mest extrema storleken på textdokument som visas inline.

Max antal diff-linjer visas


Det ger ett tillvägagångssätt för att begränsa det största antalet diff-linjer som visas av Redmine.

Arkivkodningar


Detta val låter dig ange favoritkodningar för förrådsposter (många kvaliteter tillåtna, kommaisolerade). Dessa kodningar används för att byta dokumentinnehåll och skilja sig till UTF-8 med målet att de visas korrekt i programmet.


När du anger olika kodningar används den primära legitima kodningen med avseende på postinnehållet.


För franska kunder kan detta val till exempel ställas in på:


UTF-8, ISO 8859-15, CP1252


För japanska kunder:


UTF-8, CP932, EUC-JP

e-postmeddelanden




Utflödesadress


E-postadress som används i fältet "Från" för meddelanden som skickas till kunder.

Blindkopie (bcc)


När den är inställd på giltig skickas e-postvarning som blind duplikat. Standard: Ja

E-post med vanligt innehåll


När det är giltigt skickas meddelanden i vanligt innehåll bara (ingen HTML).

e-postrubrik




e-postfot



Här kan du skriva in något innehåll som läggs till i meddelandena som skickas av applikationen.

Inkommande e-postmeddelanden


Se för riktiga riktlinjer för dessa inställningar RedmineReceivingEmails.

Förkorta meddelanden efter en av dessa rader


Dessa inställningar kan användas för att utvisa markeringar från närmande meddelanden.

Stärka WS för att närma sig e-postmeddelanden


Redmine kan arrangeras för att tillåta skapande av problem eller kommentarer via e-post. För att kunna använda det inkluderar du att ge API som får meddelanden. Det är där denna inställning är avsedd. Standard: Av

API


Inuti denna inställning kan du ange en mystery-nyckel som används för att skapa problemet eller anmärkningar med hjälp av e-postmarkering.

arkiv




Stärkt SCM


Här kan du (av) välja SCM-ramar som Redmine ska "ge" till de enskilda satsningarna. Denna inställning är till hjälp om du bara hjälper några SCM-ramar (till exempel bara Git eller bara SVN).

Bring åtar sig naturligt


I händelse av att detta alternativ initieras återställer applikationen följaktligen de nya uppdateringarna när en klient ger råd om butiken.


Standard: Ja


Du kan inkapacitera detta alternativ och datorisera samtalet till Repository # fetch_changesets med cron för att normalt återställa uppdateringarna för alla butiker utom synhåll.


Artikelnummer :


rubininnehåll / sprinter "Repository.fetch_changesets" - e skapande


För Redmine 2.x:


rubininnehåll / rails sprinter "Repository.fetch_changesets" - e skapande


För Redmine 3.x:


container / rails sprinter "Repository.fetch_changesets" - e skapande


Du kan också ringa detta ärende från ditt arkiv i en post-skicka eller post-get snare, så att ändringsuppsättningar kommer efter varje skicka.

Stärka WS för förvaltning av förvar:


Detta val bör antas bara om du introducerade innehållet för programmerad SVN-lagerbyggnad. Standard: Nej

Lagra styrelsen WS API-nyckel


En mystisk nyckel för förvarshantering WS.

Det mest extrema antalet ändringar som visas i filloggen


Det ger ett tillvägagångssätt för att begränsa måttet på ändringar som återvinns från SCM på ett specifikt, granskat sätt.

Använd textformatering för att skicka meddelanden




Hänvisar till problem i skicka meddelanden


När de kommer från valven undersöks skicka meddelanden med avseende på referens eller fasta ID-nummer.


Dessa alternativ låter dig karakterisera ledord som kan användas i ett skicka meddelande för att referera till eller åtgärda problem följaktligen, och statusen som ska tillämpas på fasta problem.


Standardord är:

  • för referensfrågor: refs, referenser, IssueID

  • för att åtgärda problem: fixar, stänger

Det finns ingen standardstatus för fasta problem. Du måste ange det i händelse av att du behöver göra det möjligt att automatiskt avsluta frågor.


Om du behöver referera till problem utan att använda nyckelord, ange en ensam stjärna: * i inställningen Referensnyckelord (Administration / Förvar). För den här situationen kopplas alla problem-ID som finns i meddelandet till ändringsuppsättningen.

Fall av ett fungerande skicka meddelande med standardnyckelord:


Detta begår ref nr 1, nr 2 och fixar nr 3


Detta meddelande refererar till frågor 1 och 2 och löser följaktligen problem 3.


Efter ett nyckelord kan ID: n isoleras med ett mellanslag, ett komma eller och.


Nyckelorden är skiftlägeskänsliga och i vilket fall som helst krävs ett tomt utrymme eller kolon mellan fångstfrasen och den primära hash för att skapa en matchning. Fler modeller som skapar ett liknande resultat som modellen ovan:


Begå referenser: # 1, # 2 och fixar # 3


Begå Ref # 1, # 2 och korrigera # 3


Begå REFS: # 1, # 2 och fixar # 3

Aktivera tidsloggning


Tillåter tidsloggning direkt från skicka meddelanden. Detta lovar möjligen bra om du inte antog modulen "Time following" i nämnda satsning. För den här situationen kan du inkludera exceptionella ord i ditt skicka meddelande för att visa den tid du spenderade på ett problem.


Den väsentliga meningsstrukturen för att göra det är: @ , där tiden omfattar olika timmar eller minuter.


Här är en sammanfattning av många legitima inlämningsmeddelanden som skulle fungera på en chans att du måste ange att du spenderat N timmar på utgåva 1234:


Implementeringsfunktion # 1234 @ 2


Implementera funktion # 1234 @ 2h


Implementera funktion # 1234 @ 2hours


Implementeringsfunktion # 1234 @ 15m


Implementeringsfunktion # 1234 @ 15min


Implementeringsfunktion # 1234 @ 3h15


Implementeringsfunktion # 1234 @ 3h15m


Implementeringsfunktion # 1234 @ 3:15


Implementeringsfunktion # 1234 @ 3.25


Implementera funktion # 1234 @ 3.25h


Implementeringsfunktion # 1234 @ 3,25


Implementera funktion # 1234 @ 3,25h

Aktivitet för inloggad tid


Det här är den typ av åtgärd som borde användas när man känner igen att det finns en loggtid i ett skicka meddelande (se ovan).


Letar du efter en Redmine-uppgradering? Lätt.

Få alla kraftfulla verktyg för perfekt projektplanering, hantering och kontroll i en programvara.

Prova Easy Redmine i 30 dagars gratis provperiod

Fullständiga funktioner, SSL-skyddad, dagliga säkerhetskopior, i din geolokalisering