GitLab-backed analysis

Adservio Code Review Analysis

A read-only analysis of recent merge request review behavior in GitLab, focused on visible review discussion, reviewer distribution, queue health, MR size, and traceability gaps.

Period: 2026-05-02 07:00 to 2026-05-09 10:00
Primary source: GitLab merge request metadata, notes, labels, commits, and approvals endpoints.

Bottom line: review throughput is not the main risk here; traceability and queue hygiene are. The team is still merging code, but most merges leave no durable visible review trail and the open queue is overwhelmingly stale.

What Matters

  • Traceability is the clearest control gap: 41 of 48 merged MRs (85.4%) showed no visible non-author review comment in GitLab.
  • `CR - Approved` is currently too weak as evidence on its own: 60.4% of merged MRs carried that label without any visible review discussion.
  • Queue health is poor: 88.6% of active open MRs are already older than 48 working hours. The oldest example is adservio/web!2091 at 211.5d open.
  • Visible review capacity is thin and concentrated: only 7 visible review touches were detected in the whole window, and the top 3 reviewers handled 71.4% of them.
  • adservio/frontend is the highest-volume review surface with 25 merged MRs and only 16.0% visible review coverage.
  • MR size is not the main story: median changed files were 4.5, and only 14.6% of merged MRs were above 20 files. Even the slowest merged example, adservio/web!2434, took 23.9d with 19 changed files, so the dominant problem still looks like review discipline and queue ownership rather than consistently oversized MRs.

Leadership Analysis

  • The operating rhythm is serviceable at the median (21.4h created-to-merged), which means the biggest leverage is improving process fidelity rather than pushing for even more raw throughput.
  • With 88.6% of active MRs already stale, the open list is functioning more like inventory than prioritization support. adservio/web!2091 being open for 211.5d is a strong sign that ownership and review handoffs are not being actively reset.
  • Reviewer concentration is now a resilience issue, not just a fairness issue. When the top 3 reviewers carry 71.4% of visible touches, review quality, continuity, and queue health all become sensitive to a very small set of people.
  • The spread between a 4.5-file median MR and a 23.9d longest merged cycle (adservio/web!2434, 19 changed files) suggests a few ownership-heavy exceptions are dragging on outside normal flow. Those should be managed as explicit escalations, not left to age inside the common queue.

Recommended Actions

  • Make one durable review artifact mandatory before merge: a substantive non-author GitLab review comment, a recorded approval, or both. A label alone should no longer count as sufficient evidence. The approval API coverage is also low, so the fix should include tooling or policy that leaves an auditable trace by default.
  • Run a stale-MR reset on anything older than 48 working hours: close abandoned work, re-confirm owner and reviewer on the rest, and turn the open list back into a real queue instead of a parking lot. Start with adservio/web!2091 and the rest of the oldest backlog because their age now obscures whether they are still real priorities.
  • Put adservio/frontend under explicit review guardrails for the next cycle. It combines enough volume with weak visible review coverage, which makes it the best place to tighten the process and see impact quickly.
  • Broaden the reviewer bench beyond Dragoș Ivan and the current small reviewer set. The present concentration is a continuity risk and will keep queue health fragile when one person is away.

Improvement Ideas

  • Set explicit operating standards for the next quarter: require one auditable peer-review artifact before merge, target first review inside one working day for active MRs, and keep the stale active backlog below 15%. What gets measured this clearly is far more likely to improve.
  • Run a four-week process experiment on adservio/frontend: dedicated reviewer-of-the-week coverage, explicit reviewer assignment at MR creation, and a lightweight weekly audit of silent merges. It is the highest-yield place to test whether better ownership changes the data.
  • Create a reviewer rotation with named backup coverage for the busiest repos. Good review systems depend on redundancy, not heroics, and rotation is the fastest way to lower reviewer bus factor without slowing delivery.

Supporting Evidence

  • 41 of 48 merged MRs (85.4%) had no visible non-author review comment in GitLab.
  • 35 of 48 merged MRs (72.9%) carried the `CR - Approved` label.
  • 29 merged MRs (60.4%) were labeled `CR - Approved` without any visible non-author review comment.
  • 14.6% of merged MRs changed more than 20 files, while 4.2% changed more than 50 files.
  • Among MRs with visible review discussion, the median last-author-commit to first-review time was 22.5h.
  • The median last-author-commit to `CR - Approved` time was 27.6h.
  • The top 3 reviewers accounted for 71.4% of visible review touches.
  • 31 of 35 active open MRs (88.6%) were older than 48 working hours.
Merged MRs
Merged MRs inside the analysis window.
48
Open MRs
All currently open group MRs.
39
Active open MRs
Open MRs excluding drafts.
35
Draft open MRs
Open MRs marked draft/WIP.
4
Visible review rate
Merged MRs with at least one visible non-author GitLab comment.
14.6%
Merged without visible review comment
Merged MRs with zero visible non-author comments.
85.4%
CR - Approved label coverage
Merged MRs carrying the CR-approved label.
72.9%
Approval API coverage
Merged MRs with at least one approver in the GitLab approvals API.
10.4%
CR - Approved without visible review comment
CR-approved MRs with no visible non-author comment.
60.4%
Median MR created -> first review
Working time from MR creation to first visible non-author comment.
3.8d
Median last author commit -> first review
Working time from last author commit before review to first visible non-author comment.
22.5h
Median first review -> CR - Approved
Working time from first visible comment to CR-approved label after review start, else merge.
2.8h
Median MR created -> CR - Approved
Working time from MR creation to CR-approved label after review start, else merge.
3.9d
Median last author commit -> CR - Approved
Working time from last author commit before review to CR-approved label after review start, else merge.
27.6h
Median MR created -> merged
Working time from MR creation to merge.
21.4h
Median changed files
Median GitLab `changes_count` value.
4.5
MRs > 5 files
Merged MRs where `changes_count` is above 5.
39.6%
MRs > 10 files
Merged MRs where `changes_count` is above 10.
29.2%
MRs > 20 files
Merged MRs where `changes_count` is above 20.
14.6%
MRs > 50 files
Merged MRs where `changes_count` is above 50.
4.2%
Top 3 reviewer touch share
Share of visible review touches handled by the top 3 reviewers.
71.4%
Active open backlog rate
Non-draft open MRs older than 48 working hours.
88.6%

These headline timing medians bring back the anchor-to-anchor numbers directly, using working time with weekends excluded.

Median MR created -> first review3.8d
Median last author commit -> first review22.5h
Median MR created -> CR - Approved3.9d
Median first review -> CR - Approved2.8h
Median last author commit -> CR - Approved27.6h
Median MR created -> merged21.4h
Dragoș Ivan22228.6%
Achim Stefan2728.6%
Ioana Ivan1314.3%
Daniel Onisoru1114.3%
Paul Tanasuca1114.3%
adservio/frontend2516.0%84.0%4
adservio/admission/backend616.7%50.0%9.0
adservio/docgen2/backend520.0%100.0%2
adservio/web520.0%40.0%9
adservio/accommodations/backend20.0%0.0%21.5
adservio/uni/backend20.0%100.0%5.5
adservio/billing/backend10.0%100.0%2
adservio/helm210.0%100.0%4
adservio/social10.0%0.0%3

Visible Review Discussion MRs

Compact by default: key CR metrics stay visible, and each row expands inline for the full audit trail. The table starts sorted by Last Commit -> First Review.

Details
adservio/web!2482[ADS-7435] MFA Bypass changes3/5 Solid0.3h0.3h27.6h
adservio/frontend!1762[ADS-7260]: Class Subject View Optimisations4/5 Strong3.8d0.8h3.9d
adservio/frontend!1775[ADS-7473]: Plan de invatamant - teste e2e pe serii3/5 Solid24.8h22.5h26.5h
adservio/docgen2/backend!115[S:6341] [ADS-7400] [ADS-7402] Raport anual 7hills3/5 Solid23.4hn/a26.2h
adservio/frontend!1739[ADS - 6606] - Distribuire candidati4/5 Strong10.0d42.2h11.0d
adservio/admission/backend!122[ADS-6606] - Distribuire candidati4/5 Strong10.8d44.4h11.8d
adservio/frontend!1768[S:6341] [ADS-7400] [ADS-7402] Raport anual 7hills3/5 Solid4.1dn/a4.2d

No Visible Review Comment Audit

These merged MRs had no visible non-author GitLab comment under the current heuristic. Use this section to audit whether the gap is a real review-process issue or a GitLab traceability issue.

Total MRs41
With CR Label29
With Approval API5
  • Open the MR link and check the Overview tab for CR - Approved and any approval widget signal.
  • Check Activity / Discussions for real human reviewer comments.
  • If you only see system notes, merge notes, mentions, or bot activity, it stays in this audit set.
  • If you find a genuine reviewer comment from someone other than the author, treat that MR as a false positive of this heuristic.
full audit table (41 MRs). Click again to collapse.
adservio/admission/backend!133adservio/admission/backend[ADS-7387] - better loggingGeorge Murgoci2026-05-04Yes
adservio/frontend!1767adservio/frontendFix uni-messages e2e testPaul Tanasuca2026-05-04
adservio/frontend!1755adservio/frontend[ADS-7298]: Calcul incorect pe centralizatorIuliana Gugeanu2026-05-04Yes
adservio/accommodations/backend!64adservio/accommodations/backend[HOTFIX] cancel invoice bug fixedIonut Ciolan2026-05-04
adservio/frontend!1737adservio/frontend[ADS-7222]: Studenti - teste e2eDana Mihaela Maritca2026-05-05Yes
adservio/frontend!1772adservio/frontend[ADS-7438] Afisare medie trimestrialaPetronel Pavel2026-05-05Yes
adservio/web!2434adservio/webAI SkillsMarian Andrei2026-05-05
adservio/frontend!1774adservio/frontend[Accommodations] Display pay button for students on uaLiceuID 2Achim Stefan2026-05-05YesYes
adservio/frontend!1769adservio/frontend[ADS-7395]: Send post message if user is on mobileIoana Ivan2026-05-05Yes
adservio/frontend!1777adservio/frontend[ADS-7395]: Auth provider send errorIoana Ivan2026-05-05
adservio/frontend!1776adservio/frontend[ADS-7131] CalendarPetronel Pavel2026-05-05Yes
adservio/frontend!1778adservio/frontendNews hotfixAlex Murarescu2026-05-05Yes
adservio/frontend!1779adservio/frontend[FIX]: Smoke tests (uni&pre-uni)Paul Tanasuca2026-05-05Yes
adservio/web!2483adservio/web[ADS-7493] MCPMarian Andrei2026-05-05
adservio/helm2!240adservio/helm2ADS-7403Raul Popovici2026-05-06YesYes
adservio/docgen2/backend!112adservio/docgen2/backend[ADS-4976] [Elevi]- Inactivarea observatiilor elevilor în Catalogul PDFPetronel Pavel2026-05-06Yes
adservio/docgen2/backend!113adservio/docgen2/backend[ADS-5054] [Documente] - Schimbarea numelui inspectoratului din BucureștiPetronel Pavel2026-05-06Yes
adservio/frontend!1754adservio/frontend[ADS-7227] -Admission BugsGeorge Murgoci2026-05-07Yes
adservio/admission/backend!129adservio/admission/backend[ADS-7227] - admission bugsGeorge Murgoci2026-05-07Yes
adservio/frontend!1738adservio/frontend[ADS-7163]: Accommodations Administration responsivenessIuliana Gugeanu2026-05-07Yes
adservio/frontend!1783adservio/frontend[ADS-7331] [Adauga disciplina][Plan de învățământ] - Adaugarea manuala a unei disciplineAchim Stefan2026-05-07Yes
adservio/web!2467adservio/web[ADS-6840] Split school - updateMarian Andrei2026-05-07Yes
adservio/frontend!1784adservio/frontend[ADS-7348][Catalog-absente]- Afisare limitata a studentilor de la o anumita grupaAchim Stefan2026-05-07Yes
adservio/frontend!1785adservio/frontend[ADS-7462][Cazari]- Data de inceput default >= 12 luniAchim Stefan2026-05-07Yes
adservio/uni/backend!183adservio/uni/backend[ADS-7276] University Onboarding - Bulk Operations by RC TeamAndrei Alexandru2026-05-07Yes
adservio/frontend!1756adservio/frontend[ADS-7276]: Implementare pagina dedicata importurilorIuliana Gugeanu2026-05-07Yes
adservio/frontend!1786adservio/frontend[ADS-7348][Catalog-absente]- Afisare limitata a studentilor de la o anumita grupaAchim Stefan2026-05-07Yes
adservio/admission/backend!134adservio/admission/backend[ADS-7425]: Admission FeesDragoș Ivan2026-05-07
adservio/accommodations/backend!65adservio/accommodations/backend[HOTFIX] New tenant documents viewsIonut Ciolan2026-05-07
adservio/frontend!1787adservio/frontend[ads-7225] - rename memberId to uaId in admission FEGeorge Murgoci2026-05-08
adservio/admission/backend!135adservio/admission/backend[ads-7225] - rename memberId in uaIdGeorge Murgoci2026-05-08
adservio/docgen2/backend!114adservio/docgen2/backend[ADS-5337] Absențele adăugate la un optional care nu trebuie sa fie vizibil in...Petronel Pavel2026-05-08Yes
adservio/admission/backend!136adservio/admission/backendfixed all calls impacted by migrationGeorge Murgoci2026-05-08
adservio/frontend!1789adservio/frontend[ads-7225- fixes] - split name to first/last nameGeorge Murgoci2026-05-08
adservio/social!16adservio/socialNews published filter fixAlex Murarescu2026-05-08
adservio/frontend!1764adservio/frontend[ADS-7344] [FE] - Eroare 500 la plati online prin EuPlatescEdgar Alexa2026-05-08Yes
adservio/billing/backend!245adservio/billing/backend[ADS-7344] [BE] - Eroare 500 la plati online prin EuPlatescEdgar Alexa2026-05-08Yes
adservio/web!2484adservio/web[ADS-7383][ADS-7386] OpenTelemetry - create span for generic error + bug fixedIonut Ciolan2026-05-08Yes
adservio/uni/backend!190adservio/uni/backend[S: ADS-6705][ADS-7136]: University Orders - universityOrderNumber, universityOrderDate can be nullAndrei Alexandru2026-05-08YesYes
adservio/docgen2/backend!116adservio/docgen2/backend[S: ADS-6705][ADS-7136]: University Orders - universityOrderNumber, universityOrderDate can be nullAchim Stefan2026-05-08YesYes
adservio/frontend!1788adservio/frontend[S: ADS-6705][ADS-7136]: University Orders - universityOrderNumber, universityOrderDate can be nullAchim Stefan2026-05-08YesYes

Oldest Active Open MRs (> 48 Working Hours)

adservio/web!2091adservio/webAndrei Dragan211.5d5
adservio/devops/site-sentry!11adservio/devops/site-sentryDaniel Onisoru195.0d0
adservio/helm2!137adservio/helm2Raul Popovici187.6d0
adservio/services/websocket!8adservio/services/websocketRaul Popovici184.5d0
adservio/services/videothumb!5adservio/services/videothumbRaul Popovici184.5d0
adservio/services/fet-generator!9adservio/services/fet-generatorRaul Popovici184.5d0
adservio/ai/backend!62adservio/ai/backendRobert85.6d0
adservio/frontend!1556adservio/frontendGeorge Murgoci76.3d0
adservio/web!2344adservio/webGeorge Murgoci75.4d0
adservio/library/backend!26adservio/library/backendRaul Popovici55.4d0
adservio/web!2434adservio/webMarian Andrei23.9d190
adservio/uni/backend!183adservio/uni/backendAndrei Alexandru14.0d60
adservio/admission/backend!122adservio/admission/backendGeorge Murgoci11.8d7515
adservio/frontend!1739adservio/frontendGeorge Murgoci11.0d237
adservio/frontend!1738adservio/frontendIuliana Gugeanu11.0d160
adservio/frontend!1737adservio/frontendDana Mihaela Maritca9.0d130
adservio/web!2467adservio/webMarian Andrei8.9d90
adservio/frontend!1754adservio/frontendGeorge Murgoci7.1d210
adservio/frontend!1756adservio/frontendIuliana Gugeanu7.0d200
adservio/admission/backend!129adservio/admission/backendGeorge Murgoci6.9d10

Methodology And Limits

  • This report uses visible non-author GitLab comments as the strongest review-start proxy.
  • GitLab approval API coverage is shown separately; missing approval API data should be read as traceability gap, not proof that no approval happened.
  • Review completion uses the first `CR - Approved` label-add event after review starts when GitLab label history provides one; otherwise it falls back to merge time.
  • Last-author-commit metrics use the latest non-merge MR commit authored by the MR author strictly before review starts.
  • Timing metrics in this report exclude Saturday and Sunday hours using the Europe/Bucharest calendar.
  • Review-quality scoring is heuristic: it rewards visible substantive comments, multiple reviewers, and post-review pushes, and it penalizes large MRs with shallow visible discussion.
  • `Active open backlog rate` excludes draft MRs and uses a > 48 working-hour age threshold.
  • Open MR backlog age is a queue-health signal, not proof that every old open MR is actively waiting for review right now.