Hacker News new | past | comments | ask | show | jobs | submit login

My biggest issue with gitlab code review is that it's unusable for large changes and large files. On large changes it sometimes won't even show all the changes.

Also the auto-collapse size is far too small, and the fact you can't even see the diff for some large changes in infuriating. It makes using it for code review a struggle. My company is trying to move us all to gitlab-ee, but the lack of features and polish to the code review tool is preventing some teams from making the jump.

I feel like the code review portions are more like a half-circle, and not a heart. There are so many deficiencies that make it unusable for large projects.

If I were gitlab I would look at gerrit for inspiration on what you should use for code review. It's ugly, but it's very functional and performs quite well on meager hardware.

I know there are feature requests to make code review more usable but I can't understand how you could dogfood that code review tool and not go insane.

Also, merge trains for FF-only repos, please!




> it's unusable for large changes and large files. On large changes it sometimes won't even show all the changes.

Improving the performance and scalability of merge requests is the priority for the Source Code team right now, and we are starting with progressively loading the diffs over coming releases. See https://gitlab.com/groups/gitlab-org/-/epics/1816. Currently we load them in a single request which is a serious bottleneck.

In parallel we are exploring a range of UX changes to streamline and improve the code review experience. If you have any specific ideas please let us know, or create an issue!

> Also, merge trains for FF-only repos, please!

Absolutely! We are iterating towards this https://gitlab.com/gitlab-org/gitlab-ce/issues/58226!




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: