Project

General

Profile

RusGetting Started » History » Revision 2

Revision 1 (Ruslan Khasanov, 2013-03-16 21:11) → Revision 2/4 (Ruslan Khasanov, 2013-03-16 22:24)

[[RusGuide|Руководство]]->[[RusUser_Guide|Руководство пользователя]] 

 Оригинал: [[Getting_Started|Getting Started v.5]] 

 h1. Приступая к работе Getting Started 

 Это руководство по основам This is a guide to the basics of Redmine, написанная с точки зрения новых пользователей. Мы будем избегать подробностей сейчас и просто опишем процессы *_создания проекта_*, _*работы с задачами*_ и _*основы последовательности действий*_. written from a new user's perspective.    We'll avoid the fancy stuff for now and just go over *_creating a project_*, _*working with issues*_ and _*the basic workflow*_. 

 h2. Шаг первый Step One -- Создание проекта Creating a project 

 Перед тем как дать волю вашей команде разработчиков, вам необходимо настроить проект, в котором они будут работать. Before you let loose your development team, you'll want to set up a project for them to work on.    Это может сделать пользователь с правами администратора. This can be done as the Admin user (username and password are both "admin").    Кликните на _*Проекты*_ (вверху слева), затем на _*Новый проект*_ (вверху справа). Click on _*Projects*_ (upper left), then on _*New Project*_ (upper right).    Заполните все данные. Описание некоторых полей может быть найдено Fill in all the data.    [[RusRedmineProjectSettings|здесь]]. Там только один параметр, который может привести в замешательство, это Уникальный идентификатор - он используется внутри A description of some of the fields can be found [[RedmineProjectSettings|here]]. The only box that might be confusing is the Project Identifier -- this is used internally by Redmine (для URL и других вещей). (for URLs and other things). 

 h2. Шаг второй Step Two -- Добавить несколько пользователей Get some Users 

 Вам необходимо добавить несколько зарегистрированных пользователей в проект. Учитывайте, что по умолчанию вам нужно активировать пользователей вручную. Итак, после того как пользователь зарегистрировался, вы должны войти в систему под пользователем You'll want to get a few users registered, so that you can assign them to the project. Note that by default, you must activate users manually.    So after a user fills out the registration page, you must log in as Admin, зайти на страницу Администрирование:Пользователи, и установить статус Фильтра в значение Все. Активировать пользователей при необходимости. navigate to Administration:Users, and set the Filter to All. Activate users as necessary.  

 Активировав, вы можете добавлять пользователя в проект. Когда вы сделаете это, вы можете назначить им одну или несколько _*ролей*_. По умолчанию существуют следующие роли: Once active, you can assign a user to a project. When you do this you can specify one or more _*roles*_ that they play. The default options for roles are: 
 * Менеджер Manager 
 * Разработчик Developer 
 * Генератор отчетов Reporter 

 Эти роли влияют на то, что каждый пользователь может сделать в рамках каждого проекта. These roles affect what each user is allowed to do within each project.    Следует отметить, что назначение роли влияет на разрешение в двух различных областях: It should be noted that assigning a role affects permissions in two different areas:  

 # Во-первых, роль повлияет на разрешение всех аспектов проекта. First, a role will affect permissions across all aspects of a project.    Например, роль Менеджер позволяет пользователю создавать новые (под) проекты, управлять форумом, вики, репозиторием и всем остальным (в основном) в рамках проекта. For example, the Manager role will allow a user to create new (sub)projects, to manage the Forums, the Wiki, the Repository and anything else (in general) within a project.    В отличие от этого, роль Разработчик не будет иметь возможность редактировать проект или удалять сообщения из форума. By contrast, the Developer role will not be able to edit the Project or delete messages from the Forums. 
 # Во-вторых, роль влияет на разрешения в последовательности действий. В основном, последовательность действий новой задачи проходит несколько статусов от *Новая*, затем *В работе*, затем *Решена* и в конце *Закрыта*. Second, a role will affect permissions on the Workflow.    Различием между Менеджером и Разработчиком является то, что Менеджеру разрешено поставить статус *Отказать* по задаче, а Разработчикоу нет. In general, a new Issue progresses through various states from *New* to *In Progress* to *Resolved* to *Closed*.    One of the key differences between Managers and Developers is that Managers are allowed to Reject issues, but Developers are not. (More on this below in the explanation of Workflow). 

 h2. Порядок действий Workflows...You Can't Explain That! 

 _*Порядок действий*_ это то как _*Workflows*_ are how Redmine отслеживаем задачи от создания до окончания выполнения. По умолчанию Последовательность действий включает следующие статусы: tracks issues from creation through completion.    The default Workflow contains the following states: 
 * Новая New 
 * В работе In Progress 
 * Решена Resolved 
 * Обратная связь Feedback 
 * Закрыта Closed 
 * Отказ Rejected 

 По умолчанию, любой, кто вошел в систему, может создать задачу (Ошибка или Новую функцию), но только Менеджер может Отказать или Открыть заново закрытую задачу. By default, anyone who's logged in can create an issue (Bug or Feature), but only Managers can Reject them or Reopen a closed issue. 

 h3. Решена против Закрыта? Resolved vs Closed? 

 Решена означает, что Разработчик думает, что исправил ошибку, а Закрыта означает, что отчет Разработчика принят Менеджером или Менеджер просто закрыл её. There's a lot of discussion on the Internet about this, but the general consensus is that Resolved means a Developer thinks he's fixed the bug, and Closed means the original reporter or a Manager has signed off on it.    Many blogs talk about this -- such as http://journal.sifterapp.com/blog/2011/07/resolved-vs-closed/. 

 h2. Шаг третий Step Three -- Создание Задач Create Issues 

 TBD 

 h2. Шаг четвертый Step Four -- Работа над Задачами Work on Issues 

 TBD 

 h2. Шаг пятый Step Five -- Закрытие Задач Close Issues 

 TBD