|author||Marcel van Lohuizen <email@example.com>||Tue Jan 11 10:52:58 2022 +0100|
|committer||Marcel van Lohuizen <firstname.lastname@example.org>||Tue Jan 11 11:26:54 2022 +0000|
internal/core/adt: fix matching of "_" label The introduction of the wildcards in the API introduced a regression that caused the string label "_" (which has the feature label 0), to be incorrectly singled out. The logic has now changed to reflect this. Note that without the changed logic, TestAllow in cue/types_test.go will fail. This also fixes printing of Selectors. Again, here "_" was incorrectly singled out and would convert a string label to a hidden label. This only seems to affect debug output. Fixes #1454 Signed-off-by: Marcel van Lohuizen <email@example.com> Change-Id: If08166862a677738af47937710774f6af5448953 Signed-off-by: Marcel van Lohuizen <firstname.lastname@example.org> Reviewed-on: https://review.gerrithub.io/c/cue-lang/cue/+/530860 Reviewed-by: Marcel van Lohuizen <email@example.com>
Configure, Unify, Execute
CUE is an open source data constraint language which aims to simplify tasks involving defining and using data.
It is a superset of JSON, allowing users familiar with JSON to get started quickly.
You can use CUE to
CUE merges the notion of schema and data. The same CUE definition can simultaneously be used for validating data and act as a template to reduce boilerplate. Schema definition is enriched with fine-grained value definitions and default values. At the same time, data can be simplified by removing values implied by such detailed definitions. The merging of these two concepts enables many tasks to be handled in a principled way.
Constraints provide a simple and well-defined, yet powerful, alternative to inheritance, a common source of complexity with configuration languages.
The CUE scripting layer defines declarative scripting, expressed in CUE, on top of data. This solves three problems: working around the closedness of CUE definitions (we say CUE is hermetic), providing an easy way to share common scripts and workflows for using data, and giving CUE the knowledge of how data is used to optimize validation.
There are many tools that interpret data or use a specialized language for a specific domain (Kustomize, Ksonnet). This solves dealing with data on one level, but the problem it solves may repeat itself at a higher level when integrating other systems in a workflow. CUE scripting is generic and allows users to define any workflow.
CUE is designed for automation. Some aspects of this are:
Download the latest release from GitHub.
Using Homebrew, you can install using the CUE Homebrew tap:
brew install cue-lang/tap/cue
If you already have Go 1.16 or later installed, the short version is:
go install cuelang.org/go/cmd/cue@latest
This will install the
cue command line tool.
For more details see Installing CUE.
The fastest way to learn the basics is to follow the tutorial on basic language constructs.
A more elaborate tutorial demonstrating of how to convert and restructure an existing set of Kubernetes configurations is available in written form.
Language Specification: official CUE Language specification.
API: the API on pkg.go.dev
Builtin packages: builtins available from CUE programs
cue Command line reference: the
Our canonical Git repository is located at https://review.gerrithub.io/q/project:cue-lang%252Fcue.
To contribute, please read the Contribution Guide.
To report issues or make a feature request, use the issue tracker.
Changes can be contributed using Gerrit or Github pull requests.
Guidelines for participating in CUE community spaces and a reporting process for handling issues can be found in the Code of Conduct.
You can get in touch with the cuelang community in the following ways:
Unless otherwise noted, the CUE source files are distributed under the Apache 2.0 license found in the LICENSE file.
This is not an officially supported Google product.