Track Your Project

Track Your Project

You are expected to track your project and all related implementation details in your GitLab project. Your project will consist of project stages (milestones) and user stories assigned to each one (issues).

Milestones

A milestone is a major project activity, with a fixed timeframe.

  • Each milestone has a unique name e.g., Proposal or Sprint1.
  • Milestones have start and end dates corresponding to the schedule.
  • Milestones all end with a submission (demo).
Milestones
`Plan > Milestones` shows details, including the issues associated with a milestone.

Issues

In GitLab, a user story is represented by an issue.

  • The issue serves as a “umbrella” for all work associated with that user story.
  • You can create sub-issues for individual items e.g., a user story might have 3-4 related features that are grouped in that user story.
  • During planning, you assign user stories to your milestone and to a person who will implement it.

Issue Details

Issues are meant to capture all of the work that you perform for a user story.

  • Issues should be initially unassigned. You assign them to a person and a milestone during your planning activities.
  • Issues should be updated as work progresses. Ideally, you should be able to understand the state of the project by reviewing the state of the issues attached to the current milestone.
  • When you complete the work, you close the issue.

Code branches should be used to stage work-in-progress, and code commits should be coordinated with the issues associated with that commit.

Issue Boards
`Plan > Issue Boards` will show you the status of the entire project, spanning all milestones.

Make use of the issue and milestone views:

  • Plan > Issue Boards is useful for planning in team meetings, since it shows you all of your open work for the rest of the project.
  • Plan > Milestones is really useful to check the status of the current sprint. You should use this view when discussing your progress with your TA in demos.