Как да навигирате през настройките на приложението 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 творение

За Redmine 2.x:

ruby content / rails sprinter "Repository.fetch_changesets" - e творение

За Redmine 3.x:

контейнер / релси спринтьор "Repository.fetch_changesets" - e създаване

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Това изпраща реф. #1, #2 и поправки #3

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

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

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

Препоръки за фиксиране: # 1, # 2 и корекции # 3

Задайте референции # 1, # 2 и корекции # 3

Задайте REFS: # 1, # 2 и поправки # 3

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

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

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

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

Внедрете функция # 1234 @ 2

Внедрете функция # 1234 @ 2h

Внедрете функция # 1234 @ 2 часа

Внедрете функция # 1234 @ 15m

Внедрете функция # 1234 @ 15min

Въведете функция # 1234 @ 3h15

Въведете функция # 1234 @ 3h15m

Внедрете функция # 1234 @ 3:15

Внедрете функция # 1234 @ 3.25

Внедрете функция # 1234 @ 3.25h

Внедрете функция # 1234 @ 3,25

Внедрете функция # 1234 @ 3,25h

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

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