Skip to content
GitLab
Next
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GitLab GitLab
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 44,761
    • Issues 44,761
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1,329
    • Merge requests 1,329
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • GitLabGitLab
  • Issues
  • #354928
Closed
Open
Issue created Mar 08, 2022 by Thiago Figueiró@thiagocsfDeveloper1 of 2 checklist items completed1/2 checklist items

Deprecate VALIDATE_SCHEMA CI variable

Deprecation Summary

In GitLab %15.0, validation of security reports against the declared schema version is enforced; see Enforce validation of security reports (&6968).

As part of this change, the VALIDATE_SCHEMA CI variable will no longer be honored.

For all intents and purposes, in GitLab %15.0 the behavior is equivalent to setting VALIDATE_SCHEMA: "true". This means validation is enforced and cannot be turned off.

Breaking Change

The removal of this configuration variable itself is not a breaking change. However, any reports that are currently failing validation will be rejected starting in GitLab %15.0. See decisions in the parent epic for more information.

Once Validate security report artifact against vendo... (#335789 - closed) is delivered, potentially in %14.9 but definitely by %14.10, a new feature flag will be introduced: enforce_security_report_validation. Timeline:

  • %14.9 or %14.10: FF introduced; defaults to false.
  • %15.0 FF defaults to true.
  • %15.3 FF is removed; feature will be on and can no longer be turned off.

While enforce_security_report_validation and VALIDATE_SCHEMA co-exist, this is the defined behavior:

  • enforce_security_report_validation is on: VALIDATE_SCHEMA is ignored.
  • enforce_security_report_validation is off: VALIDATE_SCHEMA is honored.

Affected Topology

Both SaaS and self-managed.

Affected Tier

  • Ultimate

Checklist

  • @mention your stage's stable counterparts on this issue. For example, Customer Support, Customer Success (Technical Account Manager), Product Marketing Manager.

    • To see who the stable counterparts are for a product team visit product categories
      • @gerardo If there is no stable counterpart listed for Sales/CS please mention @timtams
      • @greg If there is no stable counterpart listed for Support please mention @gitlab-com/support/managers
      • @cblake If there is no stable counterpart listed for Marketing please mention @cfoster3
  • @mention your GPM so that they are aware of planned deprecations. The goal is to have reviews happen at least two releases before the final removal of the feature or introduction of a breaking change.

Deprecation Milestone

%14.9

Planned Removal Milestone

%15.0 (variable is ignored)

%15.3 (code is removed)

Links

/cc @matt_wilson

Edited Mar 08, 2022 by Thiago Figueiró
Assignee
Assign to
Time tracking