Platform engineering

GitLab's Co-Create recap lands W3C trace context and merge-train limits in CI/CD

GitLab's Co-Create recap lands W3C trace context and merge-train limits in CI/CD

What shipped

GitLab's Co-Create program recap, published September 10, names three shipped CI/CD changes worth pulling out from the marketing frame: W3C Trace Context variables inside pipeline jobs, configurable merge-train pipeline limits, and a REST API for Terraform state protection rules. All three landed via GitLab's user-collaboration program in the first half of 2026, per the post.

Two new predefined variables, CI_TRACEPARENT and CI_TRACESTATE, bring W3C Trace Context into pipeline jobs. Teams can now correlate traces across parent and child pipelines, per GitLab, so a slow child pipeline stops being an opaque "10 more minutes" in the parent's timeline.

Configurable merge train pipeline limits landed alongside that. Teams can set a cap that matches their plan and capacity, per the post. If your merge train has ever quietly grown into a queue nobody remembered to cap, this is the knob.

The third change is a REST API for Terraform state protection rules covering retrieve, create, update and delete. Protection-rule state moves out of the UI and into whatever governance pipeline already runs for the rest of your infrastructure controls.

Where it will bite

The tracing variables close a real observability gap, but they are variables, not spans. You still need an OpenTelemetry-aware collector on the runner side, or a job step that reads the variables and emits its own span, before anything shows up in your tracing backend. GitLab exposes the context; the plumbing between the CI job and the trace store is on you.

The merge-train limits ship as a per-project setting, per the post. That helps a team owning one monorepo; it does not help a platform team that wants one cap across a hundred projects. Watch for whether an instance-wide equivalent follows.

Co-Create itself was credited with more than 650 contributors and 4,874 product improvements across more than 100 product groups in H1 2026. The number to hold onto is the smaller one: three CI/CD changes that will change what your pipeline can do next Monday.

Source: GitLab (about.gitlab.com)

Related
Security & supply chain

GitLab's critical patch: unauth file read from the commits API

GitLab 19.3.2, 19.2.6 and 19.1.8 ship eighteen CVEs' worth of fixes, including a Critical unauthenticated arbitrary-file read on the repository commits API. Self-managed operators have a downtime problem stacked on top of a rotate-your-CI-variables problem.

September 11, 2026
Security & supply chain

GitLab's mid-month patch train fixes a CI/CD pipeline authorization bypass

GitLab shipped 19.2.2, 19.1.4 and 19.0.6 with 13 CVEs, including an authorization bypass that let developer-role users run CI pipelines against protected branches. Self-managed operators should upgrade immediately.

August 13, 2026
Security & supply chain

GitLab Secrets Manager reaches beyond CI jobs to ESO, Terraform, and an API

GitLab has pushed its Secrets Manager into public beta with three new consumers beyond CI jobs: External Secrets Operator for Kubernetes, a Terraform/OpenTofu data source, and a Vault-compatible API. OpenBao powers it under the hood.

August 6, 2026

Turn this into your pipeline. Build it on Buddy.

Start free