summaryrefslogtreecommitdiff
path: root/doc/user/project/issue_board.md
diff options
context:
space:
mode:
authorAchilleas Pipinellis <axilleas@axilleas.me>2016-08-16 19:30:03 +0300
committerAchilleas Pipinellis <axilleas@axilleas.me>2016-08-22 16:09:26 +0300
commit641e50368a17475404056e835e510305d178dc89 (patch)
tree14e9a4dfc887a56fb1373f756f2d70553a5dfe35 /doc/user/project/issue_board.md
parentaef158a74dd4bc8c5a40afd8976419dd6052fcd0 (diff)
downloadgitlab-ce-641e50368a17475404056e835e510305d178dc89.tar.gz
Clean up Issue Board doc a bit
Diffstat (limited to 'doc/user/project/issue_board.md')
-rw-r--r--doc/user/project/issue_board.md62
1 files changed, 25 insertions, 37 deletions
diff --git a/doc/user/project/issue_board.md b/doc/user/project/issue_board.md
index 29c823a68f3..75ac14167fd 100644
--- a/doc/user/project/issue_board.md
+++ b/doc/user/project/issue_board.md
@@ -34,59 +34,47 @@ Below is a table of the definitions used for GitLab's Issue Board.
| **List** | Each label that exists in the issue tracker can have its own dedicated list. Every list is named after the label it is based on and is represented by a column which contains all the issues associated with that label. You can think of a list like the results you get when you filter the issues by a label in your issue tracker. You can create up to 10 lists per Issue Board. |
| **Card** | Every card represents an issue. The information you can see on a card consists of the issue number, the issue title and the labels associated with it. You can drag cards around from one lists to another. Issues are [ordered by priority](labels.md#prioritize-labels). |
-
## Functionality
-The Issue Board consists of lists appearing as columns. Each list is named after
-and based on the labels that already exist in your issue tracker.
-
-It allows you to create lists, which are based on the labels that already
-exist in your issue tracker. Issues can be seen as cards and they can easily be
-moved between the lists, as to create workflows.
-
-Every list contains all issues that are associated with the corresponding label.
-
-The issues inside each list are sorted by priority.
-
-- Issue boards can have between 2-10 lists which display as columns.
+The Issue Board consists of lists appearing as columns. Each list you add is
+named after and based on the labels that already exist in your issue tracker.
+Issues can be seen as cards and they can easily be moved between the lists, as
+to create workflows. The issues inside each list are sorted by priority.
The first time you navigate to your Issue Board, you will be presented with the
-two special lists ('Backlog' and 'Done') and a welcoming message that
-The starting point is two lists: **Backlog** and **Done**. Under the **Backlog**
-list, all the issues that are not assigned to a list will appear. Drag a card
+two special lists (**Backlog** and **Done**) and a welcoming message that
+The starting point is two lists: **Backlog** and **Done**. The **Backlog**
+list shows all issues that do not fall in one of the other lists. Drag a card
to the **Done** list and the relevant issue will be closed.
Here's a list of actions you can take in an Issue Board:
-1. Create a new issue list
+1. Add a new issue list
1. Delete an issue list
1. Drag issues between lists
1. Drag and reorder the lists themselves
1. Change issue labels on-the-fly while dragging issues between lists
-1. Close an issue if you drag it to the 'Done' list
-1. Create a new list from a non-existing label by creating the label on-the-fly
+1. Close an issue if you drag it to the **Done** list
+1. Add a new list from a non-existing label by creating the label on-the-fly
1. Populate lists with issues automatically
-Issues > Labels
-
-Board > Lists > Cards
-
-Moving an issue between lists removes the label from the list it came from (exception: backlog) and adds the label of the list it goes to:
-
-When moving from the backlog, just add the new label. The backlog is not a label.
+Moving an issue between lists removes the label from the list it came from
+and adds the label of the list it goes to.
When moving to Done, remove the label of the list it came from and close the issue.
-If an issue exists in multiple label lists, just show it in multiple lists:
-
+An issue can exist in multiple lists if it has more than one labels.
## First time using the Issue Board
-When default lists are created, they are empty because the labels associated to them did not exist up until that moment, which means the system has no way of populating them automatically. It'll be the users' job to add individual issues to them.
+When default lists are created, they are empty because the labels associated to
+them did not exist up until that moment, which means the system has no way of
+populating them automatically. It'll be the users' job to add individual issues to them.
## Adding a new list
-Add a new list by clicking on the button. In a modal you will find a label dropdown, where you can also create new labels (like in the sidebar):
+Add a new list by clicking on the button. In a modal you will find a label
+dropdown, where you can also create new labels (like in the sidebar).
The new list should be inserted at the end of the lists, before Done.
@@ -97,15 +85,15 @@ You should be able to drag the label lists around by dragging them on the top.
## Creating workflows
By adding new lists, you can create workflows. For instance you can create a
-list based on the label of `Design` and one for `Backend`. A designer can start
-working on an issue by dragging it to `Design`. That way, everyone knows, this
-issue is now being worked on by the designers. Then, once they’re done, all
-they have to do is drag it over to the next list, Backend, where a Backend
-developer can eventually pick it up. Once they’re done, they move it to closed,
-to close the issue.
+list based on the label of 'Frontend' and one for 'Backend'. A designer can start
+working on an issue by dragging it from **Backlog** to 'Frontend'. That way, everyone
+knows, this issue is now being worked on by the designers. Then, once they’re
+done, all they have to do is drag it over to the next list, 'Backend', where a
+backend developer can eventually pick it up. Once they’re done, they move it to
+**Done**, to close the issue.
As lists in Issue Boards are based on labels, it works out of the box with your
-existing issues. So if you've already labeled things with `Backend` and `Frontend`,
+existing issues. So if you've already labeled things with 'Backend' and 'Frontend',
the issue will appear in the lists as you create them. In addition, this means
you can easily move something between lists by changing a label.