feat: [Draft] Allow DevWorkspaceID to be overridden via annotation

[amisevsk]

What does this PR do?

Allow overriding the default DevWorkspace ID (derived from the DevWorkspace CR's UUID) via the annotation

controller.devfile.io/devworkspace_id_override

with the caveats:

• DWO attempts to check if the DevWorkspaceID is already in use for another workspace in the current namespace and fails the workspace if it does
• The annotation is only read on workspace creation and ignored once workspace ID is set to avoid losing data
• Controller webhooks are updated to explicitly block updates to .status.devworkspaceId

This PR is in draft status for testing if this feature is useful for migrating Che workspaces to the DevWorkspace controller.

Before merging, this PR needs a polishing pass. We should also decide on a max length for overridden workspace IDs, as the controller implicitly assumes the length of the ID is fixed in a few places (where workspace ID is used as part of a k8s object name, for example).

Changes can be tested using the image quay.io/amisevsk/devworkspace-controller:override-dw-id (for both controller and webhooks server)

What issues does this PR fix or reference?

N/A for now.

Is it tested? How?

No changes if annotation is not used; otherwise, workspace ID should be set to value of annotation.

PR Checklist

• E2E tests pass (when PR is ready, comment /test v8-devworkspace-operator-e2e, v8-che-happy-path to trigger)
  • v8-devworkspace-operator-e2e: DevWorkspace e2e test
  • v8-che-happy-path: Happy path for verification integration with Che

[openshift-ci]

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

[ibuziuk]

Verified. Works like a charm \o/

[openshift-ci]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: amisevsk, ibuziuk

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [amisevsk]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[ibuziuk]

We should also decide on a max length for overridden workspace IDs

I would propose 25 chars (current value of the ID, and the same length is used for che-server devfile v1 workspaces)

[ibuziuk]

Related issue for UD - eclipse-che/che#21153

[amisevsk]

/test v8-devworkspace-operator-e2e