Skip to content

Increase limit for number of files loaded for a single diff

Problem to solve

Historically, we have set hard limits for diff size in order to ensure performance and a good UX, however, an increasing number of users come across large diff which go beyond these limits and provide a poor experience.

Intended users

User experience goal

Users should have a seamless experience no matter the size of their diff.

Proposal

Thanks to the great work done in &1816 (closed), diff load performance has increased significantly and thus increasing limits should not be as costly now.

  1. Increase limit for the number of files loaded on a single diff (currently 1000 - the total number of files allowed to be loaded, ie the hard limit)
  2. Increase total number of rendered files for a single diff (currently 50k - the number of files expanded by default, ie the soft limit)
  3. Increase limit for the number fo lines loaded on diff (currently 5k - total number of lines allowed to be loaded, ie the hard limit)
  4. Increase total number of rendered lines on diff (currently 50k - number of lines expanded by default, ie the soft limit)

Source for limit documentation: https://docs.gitlab.com/ee/development/diffs.html#diff-collection-limits

Permissions and Security

Documentation

Availability & Testing

What does success look like, and how can we measure that?

What is the type of buyer?

Is this a cross-stage feature?

Links / references

Edited by Michelle Gill