이 콘텐츠는 선택한 언어로 제공되지 않습니다.
Chapter 2. New features and enhancements
2.1. Connect to multiple workspaces simultaneously with JetBrains Gateway 링크 복사링크가 클립보드에 복사되었습니다!
You can now connect to multiple Dev Spaces workspaces simultaneously by using the JetBrains Gateway plugin. Previously, the plugin restricted you to a single active connection. This limitation is now removed.
Additional resources
2.2. Nested containers now supported in workspaces 링크 복사링크가 클립보드에 복사되었습니다!
Dev Spaces now supports running nested containers, which allows you to use commands like podman run directly in a workspace without kubedock. To enable this feature, set spec.devEnvironments.disableContainerRunCapabilities to false in the CheCluster custom resource.
Due to new SecurityContextConstraints (SCC) restrictions, if you set spec.devEnvironments.disableContainerRunCapabilities to false, existing workspaces will fail to start.
This feature has two requirements:
- OpenShift Container Platform 4.20 or later.
Workspaces must be based on one of the following images, or a newer tag:
-
registry.redhat.io/devspaces/udi-base-rhel9:3.25 -
registry.redhat.io/devspaces/udi-base-rhel10:3.25 -
registry.redhat.io/devspaces/udi-rhel9:3.25
-
Known issue
On OpenShift Container Platform 4.20.3, an SELinux regression prevents nested containers from functioning on clusters that were upgraded from version 4.17. This issue is specific to long-running, upgraded clusters and does not affect new clusters installed with OpenShift Container Platform 4.19 or 4.20.
For more information, see the documentation and the OpenShift Container Platform 4.20 release notes.
Additional resources
2.3. Set workspace names on the Getting Started page 링크 복사링크가 클립보드에 복사되었습니다!
You can now specify a name for a workspace when you create it from the Getting Started page on the User Dashboard.
Additional resources
2.4. Rename workspaces by using a Kubernetes label 링크 복사링크가 클립보드에 복사되었습니다!
You can now rename an existing workspace by adding the kubernetes.io/metadata.name label to the DevWorkspace custom resource.
Additional resources
2.5. Synchronized PVCs are now retained to prevent data loss 링크 복사링크가 클립보드에 복사되었습니다!
This release changes the default behavior for Persistent Volume Claims (PVCs) that are synchronized to user namespaces. Previously, deleting the source PVC would also delete the synchronized PVCs in each user namespace.
To prevent accidental data loss, synchronized PVCs are no longer deleted by default when the source PVC is removed. This behavior applies to PVCs configured by following the procedure in the Configuring a user namespace documentation.
Additional resources
2.6. Clear error message now shown for missing Bitbucket Server TLS certificates 링크 복사링크가 클립보드에 복사되었습니다!
Previously, when you attempted to add a personal access token (PAT) for a Bitbucket Server from the User Preferences > Personal Access Tokens page, no clear error was shown if the server’s TLS certificate was not imported into Dev Spaces.
Now, if the certificate is missing or untrusted, the User Dashboard displays the following error message: The required SSL certificate is missing or not trusted by the system. Please contact your administrator.
Additional resources
2.7. che-code editor now based on VS Code version 1.103.2 링크 복사링크가 클립보드에 복사되었습니다!
The che-code editor, which is based on Visual Studio Code - Open Source (Code - OSS), is now updated to version 1.103.2.
You can read about the new features and fixes from the upstream project in the VS Code release notes.
Additional resources
2.8. Improved logging for CheCluster reconciliation failures 링크 복사링크가 클립보드에 복사되었습니다!
If the CheCluster controller fails to reconcile, the devspaces-operator pod now provides more detailed error logs to aid in troubleshooting.
Additional resources
2.9. DevWorkspace Operator 0.38.0 released 링크 복사링크가 클립보드에 복사되었습니다!
2.9.1. Improved debugging for failing postStart commands 링크 복사링크가 클립보드에 복사되었습니다!
Previously, if a postStart command failed, the container often crashed and entered a CrashLoopBackOff loop, which made debugging the failure difficult.
Now, if you set the controller.devfile.io/debug-start: "true" annotation on a failing DevWorkspace, any failure in a postStart command causes the container to sleep for a configured duration instead of terminating. The duration is based on config.workspace.progressTimeout in the DevWorkspaceOperatorConfig.
This behavior enables you to exec into the failing container and inspect logs in the /tmp/poststart-stdout.txt and /tmp/poststart-stderr.txt files to determine the root cause of the failure.
2.9.2. ReadOnlyRootFilesystem set to true for deployments 링크 복사링크가 클립보드에 복사되었습니다!
To enhance security, the DevWorkspace controller and webhook deployments now have their containers[0].securityContext.ReadOnlyRootFilesystem field set to true.
2.9.3. Default per-workspace PVC size increased to 10Gi 링크 복사링크가 클립보드에 복사되었습니다!
The default per-workspace PVC size is increased from 5Gi to 10Gi to allow out-of-the-box compatibility with all preconfigured editors.
Additional resources
2.10. SSH local-to-remote support in VS Code-based editors 링크 복사링크가 클립보드에 복사되었습니다!
You can now connect to a DevWorkspace by using the SSH protocol from your local VS Code-based editor.
Additional resources