How create User story?

I am wathcing " Webinar - Intro to GitLab" at (919) Webinar - Intro to GitLab - YouTube
The presenter indicated several times that when creating an issue, it can be a User story, a bug…when I visit the create an issue in our Gitlab on-prem, I can only chose between 2 types “Issue” or “Incident”, am I missing other types because it is on-prem? Thanks

1 Like

Issues are for user stories / bug reports / technical debt / etc. and Incidents are for outages, performance degradation, etc. in production systems.

To distinguish between different sorts of issues, you can use two things:

  1. Labels defined in a project or a group, or
  2. Templates defined in a repository (or a group, for paid tier accounts).

But how you use those two features is entirely up to you, and the workflow you choose to implement.

Thanks snim2, I used another platform before joining a new company using Gitlab. In that platform, they call it work item, when we create a work item we can chose between different options (Bug, US, Task, Test Case…) which is very useful for efforts planning, analytics and reporting on different levels. So when I heard the guy in the video, I thought that it was the same principle, that is why I posted this thread. Please tell me, how this unique “issue” item can allow see different graphs such as Dev velocity, Burndown graph…if all items are “issue”. Yes Labels can help in search operations, organization but not sure how it can be used for example for efforts planning, story points, priorities…

You can read a bit more about burndown charts here.

However, GitLab doesn’t tie the user into a particular workflow, so I think you’ll find it more flexible than the system you are used to, but also that it takes a bit of effort to set things up the way you want them.

Sarah, why do think other platforms

tie the user into a particular workflow

This is not the case, you have out-of-the-box types of work items to declare and you can add your own types with all properties and configuration as well as chose to link them to analytics (all is done visually and drag and drop or update/enhance an existing work item). As a beginner in Gitlab, I see that this is a lot of efforts not a bit as you say and might lead to a lot of errors unles you are expert in Gitlab and Markdown …, so instead of concentrating on how to go quickly and do our job, we need to spend a lot of time on customizing Gitlab. I would suggest that Gitlab team, provide at least the main work items types for the most used methodologies Scrum, Agile, Kanban such as (User Stories, Bug, test case, feature…). This is my humble opinion as I have already worked with 2 other platforms that makes SREs, Devops Engineers and managers easier.
Also, the terminology Gitlab uses “Issue” is not quite appropriate. A User Story or Test case is not an issue, also, how do we define a developmenty task in Gitlab and link it to a user story!!!