Skip to content
GitLab
Next
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GitLab GitLab
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 44,763
    • Issues 44,763
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1,331
    • Merge requests 1,331
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • GitLabGitLab
  • Issues
  • #18140
Closed
Open
Issue created May 15, 2017 by Victor Wu@victorwuContributor

Add to next and previous commit buttons when viewing commits in merge request

Feature flag: mr_commit_neighbor_nav (default: true)


Problem to solve

To review a merge request commit by commit (one commit at a time), I have to open each commit from the commits tab and wait for the whole page to reload. This is inconvenient and makes commit by commit review workflows in GitLab very painful.

Further details

The minimal improvement we can make is once in the commit mode, providing basic navigation. Further improvements are also needed to make this workflow cleaner.

Github implementation

2017-05-15_14.42.01

Proposal

  • add simple buttons Next commit and Previous commit buttons
  • add keybindings to switch between commits
    • n for next commit
    • p for previous commit
Mockup
clip-20191213T144221

Availability & Testing

  • No risk to availability expected
  • New unit tests should provide enough coverage of the small change needed to facilitate the navigation (to the diffs.json response), and the navigation itself.
  • It would be worthwhile confirming nothing unexpected happens when commits are added/changed (including after a force push), and when viewing different versions.
  • No need for a new E2E test, and the change isn't expected to affect existing E2E tests.

Links / references

Edited Dec 07, 2020 by 🤖 GitLab Bot 🤖
Assignee
Assign to
Time tracking