tree: d093f479fa0343c5334e16a68265441f3328a1bb [path history] [tgz]
  1. dev/
  2. generated/
  3. generators/
  4. gn_args/
  5. groups/
  6. lib/
  7. outages/
  8. scripts/
  9. subprojects/
  10. targets/
  11. templates/
  12. validators/
  13. .lucicfgfmtrc
  14. .style.yapf
  15. console-header.star
  16. dev.star
  17. lint-luci-milo.py
  18. luci-analysis-dev.cfg
  19. luci-analysis.cfg
  20. luci-bisection-dev.cfg
  21. luci-bisection.cfg
  22. main.star
  23. milestones.json
  24. notifiers.star
  25. OWNERS
  26. PRESUBMIT.py
  27. project.star
  28. project_pb2.py
  29. README.md
  30. recipes.star
  31. settings.json
  32. swarming.star
  33. testhaus-staging.cfg
  34. testhaus.cfg
  35. tricium-prod.cfg
infra/config/README.md

Configurations for Chrome Operation services

IMPORTANT: This branch only has an effect for branches that have projects set up in https://chrome-internal.googlesource.com/infradata/config/+/HEAD/configs/luci-config/projects.cfg

This directory contains chromium project-wide configurations for Chrome Operations services. For example, cr-buildbucket.cfg defines builders.

Currently active version can be checked at https://luci-config.appspot.com/#/projects/chromium .

Starlark configs

The configuration is written using starlark, which is executed using lucicfg to generate the raw cfg files located in generated. See https://chromium.googlesource.com/infra/luci/luci-go/+/HEAD/lucicfg/doc/README.md for more information on lucicfg/starlark.

The starlark configuration is rooted in main.star and dev.star, which execute other starlark files to generate a subset of the LUCI service configuration files. A presubmit check enforces that the generated files are kept in sync with the output of the starlark configuration.

The configuration rooted at main.star defines the LUCI services configuration for the chromium project on the production instance of LUCI. The configuration is responsible for generating the raw configuration files that do not end in -dev.cfg as well as the markdown file cq-builders.md. Starlark files in the following directories are consumed by the configuration:

  • lib - Utilities for defining LUCI entities.
  • subprojects - Definitions of LUCI entities.
  • generators - Definitions of lucicfg generators that do various things to post-process the LUCI configuration before the output files are generated. (e.g. generate no-op jobs to workaround limitations of our recipe config) or generate additional files (e.g. the CQ builders markdown document).
  • validators - Definitions of lucicfg generators that perform additional validation on the the LUCI configuration (e.g. ensure all builders are added to at least one console).
  • outages - Definitions of config settings for operations common when handling outages.

The configuration rooted at dev.star defines the LUCI services configuration for the chromium project on the dev instance of LUCI. This configuration consumes starlark files under the dev directory and is responsible for generating the raw configuration files ending in -dev.cfg.

VS Code

In order to get syntax highlighting, the Bazel can be installed.

In order to get “go to definition” to work, an extra language server needs to be available for the Bazel extension. This currently requires applying a custom patch on top of the bazel-lsp project and compiling the language server binary, then using it via settings.json in VS Code. See the //tools/vscode/bazel_lsp/README.md for more details.