[BUG] v0.12.0 does not ship an exact match of build v0.12.0

[adambkaplan]

Is there an existing issue for this?

• I have searched the existing issues

Kubernetes Version

1.26

Shipwright Version

v0.12.0

Current Behavior

The release.yaml manifest in kodata does not match what is published on the corresponding GitHub release. This makes it challenging to identify future updates to the release manifest.

Expected Behavior

release.yaml for the operator should closely match release.yaml published on GitHub.

Steps To Reproduce

No response

Anything else?

When attempting to update release.yaml so that it aligns with the published version, unit and e2e tests fail. See #182

[adambkaplan]

Root causes of this issue:

• Our release.yaml has large CRDs (build APIs have multiple versions)
• The library we use to deploy release.yaml does not support server-side apply (see Server-Side Apply manifestival/manifestival#102). Without this, Kubernetes adds a "last applied configuration" annotation that effectively duplicates the contents of the CRD.

For v0.12.0, this was fixed by manually crafting a release.yaml that removed the description fields from our CRDs (which can be quite lengthy).

Until manfiestival supports server-side apply, we can work around this by adding a Transform function that truncates the description fields in the CRDs.

[adambkaplan]

This issue is going to block #181 (or we need to craft a release.yaml which strips out the descriptions of CRD fields).

[qu1queee]

From refinement, where are we with this one @adambkaplan .

[adambkaplan]

Updated status - we merged #204 which should unblock us from using the release.yaml from the v0.12.0 release.

Alternatively, we use the v0.13.0 release candidate manifest, thereby allowing us to work on #181 (at the same time?)