Как да навигирате през настройките на приложението Redmine (Част 2)

Проекти

Нови проекти са отворени като нещо само собствено

Това е стандартното състояние на новосъздадените проекти. Задачата все още може да бъде направена непублична при създаването на нов проект или след създаването му.

Стандартни активирани модули за нови проекти

Стандартни проследяващи за нови проекти

Създаване на последователни идентификатори на проекти

Тази настройка позволява на Redmine да предлага последователни идентификатори на проекти. Това все още може да бъде ръчно променено само при създаването на проекта, а не след това.

Задача, дадена на потребител, който не е администратор и създава проект

Определя коя задача по подразбиране се дава на потребител, който не е администратор и създава проект (това може да се приложи само ако сте конфигурирали разрешенията на Redmine така, че потребителите, които не са администратори, да имат право да създават проекти).

Следене на задачи

Разрешаване на взаимни връзки между задачи от различни проекти

Когато е зададено на Да, могат да се създават връзки между задачи от различни проекти. По подразбиране: Не

Разрешаване на подзадачи между различни проекти

Определя някои ограничения за подзадачите. Дефинициите, които се използват, са сходни с тези, обявени в RedmineProjectSettings. По подразбиране: С дървовидна структура на проектите

Възможни опции са:

• Забранено: родителската задача може да има подзадачи само в същия проект.
  
  
• С всички проекти: родителската задача може да има подзадачи в друг проект.
  
  
• С дървовидна структура на проектите: родителската задача може да има подзадачи в същия проект, предшественици на проекта и всички техни роднини (например също "родни проекти", "братски проекти" и т.н.).
  
  
• С йерархия на проекти: родителската задача може да има подзадачи в същия проект, подпроекти или предшественици на проекта.
  
  
• С подпроекти: родителският проект може да има подзадачи само в същия проект или подпроекти (не и в родителски проекти или нерелевантни проекти).
  
  

Разрешаване на задачи за групи

Използване на текущата дата като начална дата за нови задачи.

Показване на задачи от подпроекти в основните проекти по подразбиране

Когато е зададено на валидно, задачите от подпроектите ще бъдат показани по подразбиране в списъка с задачи, графика и гант на основните проекти (от версия r1198). По подразбиране: Да

Изчисляване на процента на завършеност на задачата

Определя как се задава процентът на завършеност на задачата.

• Използване на полето за задачата (по подразбиране): Потребителите могат да задават % завършеност ръчно.
  
  
• Използване на статуса на задачата: Всеки статус на задачата може да бъде зададен с процент. Това позволява опцията "% завършено" за задачите и командата "Актуализиране на процентите на завършеност на задачите" в прегледа на статусите на задачите.

Неработни дни

• Износ на задачи
  
  
• Максимален брой задачи, включени в CSV и PDF експортите. По подразбиране: 500
  
  
• Максимален брой елементи, показани на графиката на Гант
  
  

Стандартни колони, показани в списъка с задачи

Тази настройка ви позволява да определите кои колони се показват по подразбиране в списъка с задачи.

Могат да бъдат избрани само персонализирани полета, маркирани като 'за всички проекти'.

Следене на времето

Задължителни полета за записите на времето

Файлове

Максимален размер

Максимален размер на качените файлове (в киби-байти). По подразбиране: 5120 (т.е. 5 меби-байта)

Максимален размер на текстовите файлове, показани в ред

Това дава начин да се ограничи максималния размер на текстовите файлове, които се показват в ред.

Максимален брой редове на разликите, показани

Това дава начин да се ограничи максималния брой редове на разликите, които се показват от Redmine.

Кодиране на архиви

Тази опция ви позволява да посочите предпочитани кодировки за записите в склада (много стойности са позволени, разделени със запетая). Тези кодировки се използват за преобразуване на съдържанието на файловете и разликите до UTF-8, така че да се показват правилно в браузъра.

При въвеждане на няколко кодировки, се използва първата валидна кодировка за съдържанието на файла.

За френските потребители, тази опция може да бъде настроена например на:

UTF-8, ISO 8859-15, CP1252

За японските потребители:

UTF-8, CP932, EUC-JP

Известия по имейл

Изходящ имейл адрес

Имейл адрес, използван в полето "От" на изпратените до потребителите имейли.

Скрито копие (bcc)

Ако е зададено като валидно, известията по имейл ще бъдат изпратени като скрито копие. По подразбиране: Да

Изпращане на обикновен текст в имейлите

Ако е зададено като валидно, имейлите се изпращат само в обикновен текст (без HTML).

Хедър на имейла

Футър на имейла

Тук можете да въведете текст, който ще бъде добавен към изпратените от приложението имейли.

Входящи имейли

Вижте подробни инструкции относно тези настройки в RedmineReceivingEmails.

Съкращаване на съобщенията след един от тези редове

Тези настройки могат да бъдат използвани за премахване на маркери от входящите имейли.

Разрешаване на WS за входящи имейли

Redmine може да бъде конфигуриран да позволява създаване на задачи или коментари чрез имейл. За да използвате тази функция, трябва да активирате API, който получава имейли. Това е мястото, където е тази настройка. По подразбиране: Изключено

API

В тази настройка можете да въведете тайна ключова дума, използвана за създаване на задачи или коментари чрез имейл.

Хранилища

Включени SCM

Тук можете да (де)изберете SCM-системите, които Redmine трябва да "предостави" на отделните проекти. Тази настройка е полезна, ако поддържате само няколко SCM-системи (например само Git или само SVN).

Автоматично извличане на комити

Ако тази опция е активирана, приложението автоматично извлича новите актуализации, когато потребител консултира склада.

По подразбиране: Да

Можете да деактивирате тази опция и да автоматизирате извикването на Repository#fetch_changesets, използвайки cron, за да извличате актуализациите за всички хранилища на фона.

Пример:

ruby content/sprinter "Repository.fetch_changesets" - e creation

За Redmine 2.x:

ruby content/rails sprinter "Repository.fetch_changesets" - e creation

За Redmine 3.x:

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

Можете също да извикате тази задача от вашия архив в кука за пост-изпращане или пост-получаване, така че актуализациите да бъдат извличани след всяко изпращане.

Разрешаване на WS за управление на хранилища:

Тази опция трябва да бъде активирана само ако сте инсталирали скрипта за автоматично създаване на SVN хранилище. По подразбиране: Не

Ключ за управление на хранилища WS

Тайна ключова дума за управление на хранилища WS.

Максимален брой ревизии, показани във файловия журнал

Това предоставя начин за ограничаване на броя на ревизиите, които се извличат от SCM за определен път за четене.

Прилагане на форматиране на текста към съобщенията за изпращане

Споменаване на проблеми в съобщенията за изпращане

Когато се извличат от сейфовете, съобщенията за изпращане се преглеждат за споменати или оправени идентификатори на проблеми.

Тези алтернативи ви позволяват да определите ключови думи, които могат да се използват в съобщение за изпращане, за да се споменат или оправят проблеми автоматично, и статуса, който да се приложи за оправените проблеми.

По подразбиране ключовите думи са:

• за споменаване на проблеми: refs, references, IssueID
  
  
• за оправяне на проблеми: fixes, closes
  
  

Не е определен стандартен статус за оправените проблеми. Трябва да го посочите, ако искате да активирате автоматичното затваряне на проблемите.

Ако искате да споменете проблеми, без да използвате ключови думи, въведете една звезда: * в настройката за ключови думи за споменаване (Администрация/Хранилище). В този случай всеки идентификатор на проблем, намерен в съобщението, ще бъде свързан с промените.

Пример за работно съобщение, използващо стандартни ключови думи:

Това изпраща refs #1, #2 и fixes #3

Това съобщение ще спомене проблемите 1 и 2 и автоматично ще оправи проблем 3.

След ключовата дума идентификаторите на проблеми могат да бъдат разделени с интервал, запетая или и.

Ключовите думи не са чувствителни към регистъра и е необходимо поне едно празно място или двоеточие между ключовата дума и първия хеш, за да се съвпадат. Повече примери, които ще дадат същия резултат като горния пример:

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

Commit Refs #1, #2 and fixes #3

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

Включване на записване на време

Позволява записването на време директно от съобщенията за изпращане. Това има смисъл само ако сте активирали модула "Следене на времето" в този проект. В този случай можете да добавите специални думи в съобщението за изпращане, за да посочите времето, което сте прекарали върху проблем.

Основният синтаксис за това е: @<време>, където времето е в часове или минути.

Ето списък с много валидни съобщения за изпращане, които ще работят, ако искате да кажете, че сте прекарали N часа върху проблем 1234:

Implement feature #1234 @2

Implement feature #1234 @2h

Implement feature #1234 @2hours

Implement feature #1234 @15m

Implement feature #1234 @15min

Implement feature #1234 @3h15

Implement feature #1234 @3h15m

Implement feature #1234 @3:15

Implement feature #1234 @3.25

Implement feature #1234 @3.25h

Implement feature #1234 @3,25

Implement feature #1234 @3,25h

Дейност за записаното време

Това е видът дейност, който трябва да се използва, когато има записано време в съобщението за изпращане (вижте по-горе).