이 콘텐츠는 선택한 언어로 제공되지 않습니다.

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.

Important

Due to new SecurityContextConstraints (SCC) restrictions, if you set spec.devEnvironments.disableContainerRunCapabilities to false, existing workspaces will fail to start.

Note

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

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동