You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 26, 2023. It is now read-only.
Some projects integrated with Unity declare their own cue.mod/tests/, and for some others we write the tests directory in our overlay. In either case, we should always run a basic command to give us some minimum confidence that all the CUE files in the project evaluate in the same way. This might be cue eval ./..., or it might be some other command that would do a better job at "the semantics are unchanged".
The text was updated successfully, but these errors were encountered:
myitcv
changed the title
Always run a "minimum denominator" cmd/cue command on all Unity projects
Always run a "common denominator" cmd/cue command on all Unity projects
Oct 5, 2022
For now we use cue eval for this purpose. This covers the fact that we cannot know whether the configurations ./... should be concrete or not.
@mvdan and I noted this in conversations about adding projects to unity where the project owner does not specify any tests/assertions. In this case, not only is this "common denominator" mode required, but it needs to work with cue diff.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Some projects integrated with Unity declare their own
cue.mod/tests/
, and for some others we write the tests directory in our overlay. In either case, we should always run a basic command to give us some minimum confidence that all the CUE files in the project evaluate in the same way. This might becue eval ./...
, or it might be some other command that would do a better job at "the semantics are unchanged".cc @myitcv
The text was updated successfully, but these errors were encountered: