[go: up one dir, main page]

Skip to content

Fix inability to easily identify Month commits are made in the Repository Graph interface.

Everyone can contribute. Help move this issue forward while earning points, leveling up and collecting rewards.

Who will use this solution?

What problem do they have?

Reviewing the Repository Graph with many commits within a single month wastes time scrolling up/down to find the month

When do they have the problem?

All busy repositories

Where in the app do they have the problem and at what frequency (if known)?

The Repository Graph page of any busy repository.

Why will a design help them?

Busy repositories have hundreds or even thousands of commits in one month. It's difficult to identify the month when scrolling through the view as it's only placed once in a table column in the middle of however many commits were in each month.

What is the JTBD and/or Tasks?

Adjust the template for rendering the Repository graph to include the Month on each date line. It may not look as nice but it's WAY more functional which should be more important than aesthetics for a technical tool like Gitlab.

Is this problem supported by user research (please link relevant research issue/s)?

What month am I on.. thinking.. do I need to scroll up or down to figure it out... thinking.. which way is toward the middle of the column.. ooops I got it wrong.. now i have to find my commit and scroll the other way.. oh ok.. there it is.. repeat..

Screenshot_From_2025-05-15_11-48-15

Known technical constraints

None likely just making each row include the month and day.

How does this help the business?

Not wasting time identifying a commit date in the repository graph view.

Edited by 🤖 GitLab Bot 🤖