[go: up one dir, main page]

Skip to content

Annotate merge request versions with simple descriptions

Problem to solve

In rebasing workflows people often push new versions the merge request many times, but it's hard to know what actually changed because every commit appears to have changed.

Further details

Proposal

When receiving a push to a merge request, we should compare the present version to the previous version to provide a simple description:

  • @user rebased 'feature-x' on 'master' - no changes to the commit messages/authors, no changes to contents of files, this is less important from a reviewer perspective (if it was a clean rebase)
  • @user reworded 2 commits - only changes to the commit messages/authors, no changes to contents of files
  • @user modified 1 commit - no changes to the commit messages/authors, changes to the contents of files
  • @user reordered 4 commits - no changes besides reordering

These actions could and presumably are frequently combined, so it might be difficult to make useful output.

These could then be used to annotate an improved version/commit switcher, so that is easy to spot the commits that need review.

Links / references

Edited by James Ramsay (ex-GitLab)