Hoe u door de Redmine applicatie-instellingen navigeert (Deel 2)

Проекти

Nieuwe projecten zijn standaard open

De standaardconditie van recent gemaakte projecten. De taak kan nog steeds niet-openbaar worden gemaakt tijdens het maken van een nieuw project of na het maken van het project.

Standaard ingeschakelde modules voor nieuwe projecten

Standaard trackers voor nieuwe projecten

Maak opeenvolgende projectidentificatoren

Deze instelling stelt Redmine in staat om opeenvolgende projectidentificatoren voor te stellen. Dit kan nog steeds handmatig worden gewijzigd tijdens het maken van het project, niet daarna.

Taak toegewezen aan een niet-beheerder die een project maakt

Definieert welke taak standaard wordt toegewezen aan een niet-beheerdersgebruiker die een project maakt (dit is alleen van toepassing als u Redmine-machtigingen hebt geconfigureerd zodat niet-beheerdersgebruikers daadwerkelijk bevoegd zijn om projecten te maken).

проследяване на издаване

Toestaan van relaties tussen issues van verschillende projecten

Indien ingesteld op Ja, kunnen er relaties tussen issues van verschillende taken worden gemaakt. Standaard: Nee

Toestaan van subtaken tussen projecten

Definieer enkele beperkingen voor subtaken. De definities die worden gebruikt, zijn vergelijkbaar met versie delen, zoals vermeld in RedmineProjectSettings. Standaard: Met projecthiërarchie

Opties zijn:

• Uitgeschakeld: een ouderopdracht kan alleen subtaken hebben in hetzelfde project.
  
  
• Met alle projecten: een ouderopdracht kan subtaken hebben in een ander project.
  
  
• Met projecthiërarchie: een ouderopdracht kan subtaken hebben in dezelfde taak, voorloperprojecten en al hun verwanten (bijvoorbeeld ook "broer- en zusterprojecten", "neefprojecten", enz.).
  
  
• Met projecthiërarchie: een ouderopdracht kan subtaken hebben in dezelfde taak, subprojecten of voorloperprojecten.
  
  
• Met subprojecten: een ouderproject kan alleen subtaken hebben in hetzelfde project of subprojecten (niet in ouderprojecten of irrelevante projecten).
  
  

Toestaan van issue-taken aan groepen

Gebruik de huidige datum als startdatum voor nieuwe issues.

Toon subprojectissues standaard op hoofdprojecten

Indien ingesteld op geldig, worden subprojectissues standaard weergegeven op de probleemlijst, kalender en Gantt van de hoofdprojecten (sinds r1198). Standaard: Ja

Bereken het percentage voltooide issue

Definieert hoe het percentage voltooide issue wordt ingesteld.

• Gebruik het issue-veld (standaard): gebruikers kunnen handmatig % voltooid instellen.
  
  
• Gebruik de issue-status: elke issue-status kan een percentage toegewezen krijgen. Dit maakt de optie "% voltooid" voor issues en de opdracht "Update issue done percentages" in de issue-statusoverzicht mogelijk.

Niet-werkdagen

• Exportlimiet voor issues
  
  
• Maximaal aantal issues dat is opgenomen in CSV- en PDF-exporten. Standaard: 500
  
  
• Maximaal aantal items weergegeven op het Gantt-diagram
  
  

Standaardkolommen weergegeven op de probleemlijst

Met deze instelling kunt u definiëren welke kolommen standaard worden weergegeven op de probleemlijsten.

Alleen aangepaste velden die zijn gemarkeerd als 'alle projecten' kunnen hier worden geselecteerd.

Регистрация на времето

Vereiste velden voor tijdregistraties

Бестанден

Maximale grootte

Maximale grootte van geüploade bestanden (in kibi-bytes). Standaard: 5120 (bijv. 5 mebi-bytes)

Maximale grootte van tekstbestanden die inline worden weergegeven KB

Hiermee kunt u de maximale grootte van tekstbestanden die inline worden weergegeven, beperken.

Maximaal aantal diff-regels weergegeven

Hiermee kunt u het maximale aantal diff-regels beperken dat door Redmine wordt weergegeven.

Archiefcoderingen

Deze keuze stelt u in staat om voorkeurscoderingen aan te geven voor opslagplaatsrecords (meerdere waarden toegestaan, gescheiden door komma's). Deze coderingen worden gebruikt om bestandsinhoud en diff om te zetten naar UTF-8 zodat ze correct worden weergegeven in de browser.

Bij het invoeren van meerdere coderingen wordt de eerste geldige codering met betrekking tot de bestandsinhoud gebruikt.

Voor Franse gebruikers kan deze optie bijvoorbeeld worden ingesteld op:

UTF-8, ISO 8859-15, CP1252

Voor Japanse gebruikers:

UTF-8, CP932, EUC-JP

E-mailmeldingen

Uitgaand e-mailadres

E-mailadres dat wordt gebruikt in het "Van" veld van berichten die naar gebruikers worden gestuurd.

Сляпо копие (копие)

Indien ingesteld op geldig, worden e-mailmeldingen als Blind carbon copy verzonden. Standaard: Ja

Platte tekst e-mail

Indien ingesteld op geldig, worden berichten alleen in platte tekst verzonden (geen HTML).

E-mailheader

E-mailfooter

Hier kunt u wat tekst invoeren die aan de berichten die door de applicatie worden verzonden, wordt toegevoegd.

Inkomende e-mails

Zie voor gedetailleerde instructies over deze instellingen RedmineReceivingEmails.

Berichten inkorten na een van deze regels

Deze instellingen kunnen worden gebruikt om handtekeningen uit inkomende berichten te verwijderen.

WS inschakelen voor inkomende e-mails

Redmine kan worden geconfigureerd om probleemcreatie of opmerkingen via e-mail toe te staan. Om die functie te gebruiken, moet u de API inschakelen die e-mails ontvangt. Daar is deze instelling voor. Standaard: Uit

API

Binnen deze instelling kunt u een geheime sleutel invoeren die wordt gebruikt voor de probleemcreatie of opmerkingen via e-mail functie.

Хранилища

Ingeschakelde SCM

Hier kunt u de SCM-frameworks (de)selecteren die Redmine aan de individuele projecten moet "leveren". Deze instelling is handig als u slechts enkele SCM-frameworks ondersteunt (bijvoorbeeld alleen Git of alleen SVN).

Commits automatisch ophalen

Als deze optie is geactiveerd, haalt de applicatie automatisch de nieuwe updates op wanneer een gebruiker de opslagplaats raadpleegt.

Стандарт: Да

U kunt deze optie uitschakelen en de oproep naar Repository#fetch_changesets automatiseren met behulp van cron om regelmatig de updates voor alle opslagplaatsen op de achtergrond op te halen.

Пример:

ruby script/runner "Repository.fetch_changesets" -e производство

Voor Redmine 2.x:

ruby script/rails runner "Repository.fetch_changesets" -e производство

Voor Redmine 3.x:

bundle/rails runner "Repository.fetch_changesets" -e производство

U kunt deze taak ook oproepen vanuit uw opslagplaats in een post-submit of post-get haak, zodat changesets na elke submit worden opgehaald.

WS inschakelen voor opslagplaatsbeheer:

Deze optie moet alleen worden geactiveerd als u het script voor automatische SVN-opslagplaatscreatie hebt geïnstalleerd. Standaard: Nee

API-sleutel voor opslagplaatsbeheer

Een geheime sleutel voor opslagplaatsbeheer WS.

Maximaal aantal revisies weergegeven in logboekbestand

Het biedt een manier om het aantal revisies dat wordt opgehaald uit de SCM voor een bepaald gelezen pad te beperken.

Tekstopmaak toepassen op submitberichten

Verwijzen naar problemen in inzendberichten

Wanneer inzendberichten uit de kluis worden gehaald, worden ze onderzocht op verwezen of opgeloste probleem-ID's.

Met deze alternatieven kunt u zoekwoorden definiëren die kunnen worden gebruikt in een inzendbericht om problemen automatisch te verwijzen of op te lossen, en de status toe te passen op opgeloste problemen.

Standaardzoekwoorden zijn:

• voor het verwijzen naar problemen: refs, references, IssueID
  
  
• voor het oplossen van problemen: fixes, closes
  
  

Er is geen standaardstatus gedefinieerd voor opgeloste problemen. U moet deze aangeven als u automatisch afsluiten van problemen wilt inschakelen.

Als u problemen wilt verwijzen zonder zoekwoorden te gebruiken, voert u een enkele ster in: * in de instelling Refererende zoekwoorden (Beheer/Repository). In dit geval wordt elk probleem-ID dat in het bericht wordt gevonden, gekoppeld aan de wijzigingsset.

Voorbeeld van een werkend inzendbericht met standaardzoekwoorden:

Dit commit refs #1, #2 en fixes #3

Dit bericht zou problemen 1 en 2 verwijzen en probleem 3 automatisch oplossen.

Na een zoekwoord kunnen probleem-ID's worden gescheiden door een spatie, een komma of en.

De zoekwoorden zijn niet hoofdlettergevoelig en er is minstens één spatie of dubbele punt nodig tussen het zoekwoord en de eerste hash om een match te maken. Meer voorbeelden die hetzelfde resultaat opleveren als het bovenstaande voorbeeld:

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

Commit Refs #1, #2 en fixes #3

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

Tijdregistratie inschakelen

Sta tijdregistratie rechtstreeks vanuit inzendberichten toe. Dit heeft alleen zin als u de module "Tijdregistratie" in het genoemde project hebt geactiveerd. In dit geval kunt u speciale woorden toevoegen aan uw inzendbericht om aan te geven hoeveel tijd u aan een probleem hebt besteed.

De basis syntaxis hiervoor is: @<tijd>, waarbij tijd bestaat uit verschillende uren of minuten.

Hier is een lijst met veel geldige inzendberichten die zouden werken als u wilt aangeven dat u N uur hebt besteed aan probleem 1234:

Implementeer functie #1234 @2

Implementeer functie #1234 @2u

Implementeer functie #1234 @2uur

Implementeer functie #1234 @15m

Implementeer functie #1234 @15min

Implementeer functie #1234 @3u15

Implementeer functie #1234 @3u15m

Implementeer functie #1234 @3:15

Implementeer functie #1234 @3.25

Implementeer functie #1234 @3.25u

Implementeer functie #1234 @3,25

Implementeer functie #1234 @3,25u

Activiteit voor geregistreerde tijd

Dit is het type actie dat moet worden gebruikt wanneer er een logtijd in een inzendbericht wordt gedetecteerd (zie hierboven).