Miguel Rincon activity https://gitlab.com/mrincon 2026-03-17T15:52:42Z tag:gitlab.com,2026-03-17:5213642260 Miguel Rincon commented on merge request !227677 at GitLab.org / GitLab 2026-03-17T15:52:42Z mrincon Miguel Rincon [email protected]

@narendran-kannan 👋 could you help review this MR? It will be helpful in putting our dashboard in their own page, thanks!

tag:gitlab.com,2026-03-17:5213630981 Miguel Rincon commented on merge request !226978 at GitLab.org / GitLab 2026-03-17T15:50:27Z mrincon Miguel Rincon [email protected]

Ok. I may have a look later, I am focusing on deliverables for the moment.

tag:gitlab.com,2026-03-17:5213629546 Miguel Rincon opened merge request !227691: Migrate lodash imports to lodash-es at GitLab.org / GitLab 2026-03-17T15:50:09Z mrincon Miguel Rincon [email protected]

What does this MR do and why?

References

Screenshots or screen recordings

Before After

How to set up and validate locally

MR acceptance checklist

Evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.

tag:gitlab.com,2026-03-17:5213617089 Miguel Rincon pushed new project branch migrate-remaining-lodash-imports at GitLab.org / GitLab 2026-03-17T15:47:14Z mrincon Miguel Rincon [email protected]

Miguel Rincon (239c1c75) at 17 Mar 15:47

Migrate lodash imports to lodash-es

tag:gitlab.com,2026-03-17:5213560995 Miguel Rincon commented on merge request !226978 at GitLab.org / GitLab 2026-03-17T15:34:49Z mrincon Miguel Rincon [email protected]

@xanf, alright, let me take a step back. What I was saying is that our build process has 3 modes, which can be represented by a single variable as they are mutually exclusive. I chose VUE_VERSION because it is already wired in our GDK and pipelines, but suppose it has any name:

  • VUE_COMPILER_VERSION=2 + VUE_VERSION=2 => CONFIG=A (we could reuse VUE_VERSION=2)
  • VUE_COMPILER_VERSION=3 + VUE_VERSION=3 => CONFIG=B (we could use VUE_VERSION=3)
  • VUE_COMPILER_VERSION=2 + VUE_VERSION=3 => CONFIG=C (we could use VUE_VERSION=hybrid)
  • VUE_COMPILER_VERSION=3 + VUE_VERSION=2 => invalid, like you say :)

Leveraging VUE_VERSION in the context of the env vars we already have makes sense to me, and it is not too confusing. Hope this makes more sense.

EDIT: Typos

tag:gitlab.com,2026-03-17:5213491257 Miguel Rincon commented on merge request !226978 at GitLab.org / GitLab 2026-03-17T15:20:50Z mrincon Miguel Rincon [email protected]

VUE_VERSION=hybrid would do the same as setting VUE_COMPILER_VERSION=3, and we haven't opted-in yet, as we are testing the infection plugins solution, correct? That's what a single setting can help control.

tag:gitlab.com,2026-03-17:5213466484 Miguel Rincon commented on merge request !226978 at GitLab.org / GitLab 2026-03-17T15:15:46Z mrincon Miguel Rincon [email protected]

@markrian @xanf this reminds my of a suggestion I left elsewhere: VUE_VERSION could take one of 3 values: 2, hybrid or 3. gdk.vite.vue_version and gdk.webpack.vue_version already populate it.

This would enable us to drop VUE_COMPILER_VERSION, as VUE_VERSION is all we need to know during our build moving forward, wdyt?

(Apologies for not testing this myself, I've been lurking as I have been focusing on deliverables)

tag:gitlab.com,2026-03-17:5213395463 Miguel Rincon commented on merge request !227677 at GitLab.org / GitLab 2026-03-17T15:01:59Z mrincon Miguel Rincon [email protected]

Note: I want to have view_group_ci_cd_analytics as the SSoT for access to this page, as later I'll add more features to the same page, they should all be under the same policy in OR

view_group_ci_cd_analytics is enabled when group_ci_cd_analytics_releases OR group_ci_cd_analytics_pipelines are available.

tag:gitlab.com,2026-03-17:5213376626 Miguel Rincon commented on merge request !227677 at GitLab.org / GitLab 2026-03-17T14:58:35Z mrincon Miguel Rincon [email protected]

I removed this line already.

tag:gitlab.com,2026-03-17:5213372447 Miguel Rincon commented on merge request !227677 at GitLab.org / GitLab 2026-03-17T14:57:47Z mrincon Miguel Rincon [email protected]

True! In the next MR I plan to have group_ci_cd_analytics_available become true if either group_ci_cd_analytics_releases OR (new) group_ci_cd_analytics_pipelines is true.

This should enable the page I am panning to add at !226873.

tag:gitlab.com,2026-03-17:5213365928 Miguel Rincon pushed to project branch 591744-rename-ci-cd-analytics-licensed-feature at GitLab.org / GitLab 2026-03-17T14:56:31Z mrincon Miguel Rincon [email protected]

Miguel Rincon (013a3ade) at 17 Mar 14:56

Renamed the licensed feature group_ci_cd_analytics_releases

tag:gitlab.com,2026-03-17:5213354627 Miguel Rincon pushed to project branch 591744-rename-ci-cd-analytics-licensed-feature at GitLab.org / GitLab 2026-03-17T14:54:26Z mrincon Miguel Rincon [email protected]

Miguel Rincon (6ee247b4) at 17 Mar 14:54

Renamed the licensed feature group_ci_cd_analytics_releases

tag:gitlab.com,2026-03-17:5213343165 Miguel Rincon commented on merge request !227677 at GitLab.org / GitLab 2026-03-17T14:52:15Z mrincon Miguel Rincon [email protected]

Note: This block was duplicated to the one above at :517, must have been a mistake during a merge conflict resolution.

tag:gitlab.com,2026-03-17:5213334019 Miguel Rincon opened merge request !227677: Renamed the licensed feature group_ci_cd_analytics_releases at GitLab.org / GitLab 2026-03-17T14:50:24Z mrincon Miguel Rincon [email protected]

What does this MR do and why?

Renamed the licensed feature group_ci_cd_analytics to group_ci_cd_analytics_releases

This change renames the licensed feature group_ci_cd_analytics to group_ci_cd_analytics_releases to make it more specific, and so our team can add another feature under the group_ci_cd_analytics_ prefix in an upcoming release.

Why now: For #591744 we will add a separate group_ci_cd_analytics_pipelines feature in GitLab Premium that is separate from group_ci_cd_analytics. This helps keep the responsibilities separate.

References

Screenshots or screen recordings

Related URL: https://gdk.test:3000/groups/my-group/-/analytics/ci_cd

image

How to set up and validate locally

MR acceptance checklist

Evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.

Related to #591744

tag:gitlab.com,2026-03-17:5213323046 Miguel Rincon pushed new project branch 591744-rename-ci-cd-analytics-licensed-feature at GitLab.org / GitLab 2026-03-17T14:48:27Z mrincon Miguel Rincon [email protected]

Miguel Rincon (21d6899d) at 17 Mar 14:48

Renamed the licensed feature group_ci_cd_analytics_releases

tag:gitlab.com,2026-03-17:5213080237 Miguel Rincon commented on merge request !227298 at GitLab.org / GitLab 2026-03-17T14:01:57Z mrincon Miguel Rincon [email protected]

@vjain-gl, can you help me review this change? Thanks!

tag:gitlab.com,2026-03-17:5212953635 Miguel Rincon pushed to project branch 591744-move-project-analytics-files at GitLab.org / GitLab 2026-03-17T13:37:20Z mrincon Miguel Rincon [email protected]

Miguel Rincon (d020013b) at 17 Mar 13:37

Move CI/CD projects dashboard files

... and 202 more commits

tag:gitlab.com,2026-03-17:5212456873 Miguel Rincon commented on incident #22934 at GitLab.org / Developer Experience / Engineering Productivity / master-broken-incidents 2026-03-17T11:52:06Z mrincon Miguel Rincon [email protected]

gitlab-org/gitlab!226740 (merged) seems to try to address this issue, but I suspect it was merged after this occurred. cc @trevorpierce

tag:gitlab.com,2026-03-17:5212453231 Miguel Rincon commented on merge request !226740 at GitLab.org / GitLab 2026-03-17T11:51:10Z mrincon Miguel Rincon [email protected]

👋 I saw a failure at gitlab-org/quality/engineering-productivity/master-broken-incidents#22934. Could it be related to the issue here?

I have the following failure in our my pipelines: https://gitlab.com/gitlab-org/gitlab-foss/-/jobs/13523412267