릴리스 노트 및 알려진 문제

OpenShift Dev Spaces는 다음 CPU 아키텍처의 OpenShift 4.12-4.16에서 실행됩니다.

다음 CPU 아키텍처에서는 OpenShift Dev Spaces를 실행하려면 Openshift 4.13-4.16이 필요합니다.

Red Hat OpenShift Dev Spaces 3.16의 경우 Red Hat은 제품의 배포, 구성 및 사용을 지원합니다.

Red Hat OpenShift Dev Spaces와 이를 기반으로 하는 업스트림 프로젝트에는 몇 가지 차이점이 있습니다. Eclipse Che:

Red Hat은 OpenShift Dev Spaces에 대한 엔터프라이즈급 지원을 보장하기 위해 라이센스 및 패키징을 제공합니다.

이번 릴리스에서는 복제본,Pod 허용 오차 및 nodeSelector 를 포함한 글로벌 DevWorkspaceOperatorConfig(DWOC)에서 devworkspace-webhook-server 배포 옵션을 사용할 수 있습니다.

이러한 구성 옵션은 글로벌 DWOC의 config.webhook 필드에 있습니다.

apiVersion: controller.devfile.io/v1alpha1
kind: DevWorkspaceOperatorConfig
metadata:
  name: devworkspace-operator-config
  namespace: $OPERATOR_INSTALL_NAMESPACE
config:
 routing:
   clusterHostSuffix: 192.168.49.2.nip.io
   defaultRoutingClass: basic
 webhook:
   nodeSelector: <string, string>
   tolerations: <[]tolerations>
   replicas: <int32>

apiVersion: controller.devfile.io/v1alpha1
kind: DevWorkspaceOperatorConfig
metadata:
  name: devworkspace-operator-config
  namespace: $OPERATOR_INSTALL_NAMESPACE
config:
 routing:
   clusterHostSuffix: 192.168.49.2.nip.io
   defaultRoutingClass: basic
 webhook:
   nodeSelector: <string, string>
   tolerations: <[]tolerations>
   replicas: <int32>

이번 릴리스에서는 URL에서 클라우드 개발 환경(CDE)을 시작할 때 알 수 없거나 신뢰할 수 없는 소스에서 작업 공간을 생성하므로 리포지토리 작성자를 신뢰하는지 묻는 메시지가 표시됩니다.

이번 릴리스에서는 " Git에서 가져오기" 흐름을 사용하여 CDE를 시작할 때 컨테이너 이미지, 임시 스토리지, 메모리 및 CPU 제한을 구성할 수 있습니다.

이번 릴리스에서는 Git 구성의 이름과 이메일을 설정할 수 있을 뿐만 아니라 사용자 대시보드에서 전체 .gitconfig 파일을 업로드하고 편집할 수도 있습니다.

이 릴리스부터 CheCluster CustomResource 수준에서 ignoredUnrecoverableEvents 를 명시적으로 설정할 수 있습니다.

apiVersion: org.eclipse.che/v2
kind: CheCluster
spec:
  devEnvironments:
    ignoredUnrecoverableEvents:
    - FailedScheduling
    - FailedMount

apiVersion: org.eclipse.che/v2
kind: CheCluster
spec:
  devEnvironments:
    ignoredUnrecoverableEvents:
    - FailedScheduling
    - FailedMount

ignoredUnrecoverableEvents 구성에 대한 자세한 내용은 공식 문서에서 확인할 수 있습니다.

DisableInitContainer 필드가 CheCluster CR에 추가되었습니다. 이 필드는 operator-owned DWOC 에서 config.workspaces.persistUserhome.disableInitContainer 필드를 설정합니다. 영구 홈 디렉터리를 초기화하는 init 컨테이너를 비활성화해야 하는지 여부입니다.

/home/user 디렉터리가 지속되면 init 컨테이너는 작업 영역을 시작하기 전에 디렉터리를 초기화하는 데 사용됩니다. true로 설정하면 홈 지속성 설정을 CDE의 첫 번째 컨테이너 구성 요소의 진입점에 위임하여 init 컨테이너가 생성되지 않습니다. devEnvironments.persistUserhome.enabled 필드가 false로 설정된 경우 이 필드는 사용되지 않습니다.

init 컨테이너는 기본적으로 활성화되어 있습니다.

이번 릴리스에서는 사용자 대시보드에 개인 액세스 토큰을 추가할 때 Git 공급자 끝점의 URL에 포트를 제공할 수 있습니다. 이전에는 엄격한 검증으로 인해 불가능합니다.

이번 릴리스 이전에는 spec.devEnvironments.persistUser home 옵션이 활성화되면 작업 영역을 다시 시작하는 동안 .kube/config 의 토큰이 자동으로 갱신되지 않았습니다.

자동 토큰 주입에 대한 자세한 내용은 공식 문서에서 확인할 수 있습니다.

이전에는 Local Devfile 기능의 Restart Workspace 를 사용한 후 PROJECTS_ROOT 및 PROJECT_SOURCE 환경 변수가 올바르게 설정되지 않았습니다. 이 릴리스에서 결함이 수정되었습니다.

이전에는 devfile의 명령 정의를 사용하여 명령을 실행할 때 components 섹션 내에서 정의된 컨테이너에서 시작한 명령과 다른 $PATH 가 있었습니다. 이 릴리스에서 결함이 수정되었습니다.

이전에는 devfile 환경 변수의 $PROJECT_ROOT 또는 $PROJECT_SOURCE 환경 변수를 참조할 수 없었습니다. 이 문제는 이번 릴리스에서 해결되었습니다.

이전에는 작업 영역을 시작하는 동안 작업 공간이 성공적으로 시작된 경우에도 상태가 예기치 않게 '중지됨'으로 변경될 수 있었습니다. 이 릴리스에서 결함이 수정되었으며 작업 영역을 시작하는 동안 상태 변경 사항이 무시됩니다.

이전에는 리포지토리에 devfile.yaml 이 없는 경우 지정된 분기의 복제본으로 새 작업 공간을 시작하지 않았습니다. 대신 클라우드 개발 환경(CDE) 시작 후 기본 분기가 항상 복제되었습니다. 이 릴리스에서 결함이 수정되었습니다.

이번 릴리스 이전에는 Microsoft Azure 리포지토리의 분기 탐지가 사용자 대시보드에서 작동하지 않았습니다. 이 릴리스에서 결함이 수정되었습니다.

이전에는 실험적인 CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 기능을 사용하면 클라우드 개발 환경(CDE) 시작 중에 순환 재로드 시퀀스가 발생할 수 있었습니다. 이 릴리스에서 결함이 수정되었습니다.

공식 문서에서 CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 기능에 대해 자세히 알아보십시오.

이번 릴리스 이전에는 대시보드에 키 문자열을 수동으로 붙여 SSH 키를 추가하는 데 문제가 있었습니다. SSH 키를 저장하고 작업 영역을 시작하면 "원격 리포지토리에서 읽지 않을 수 없음이라는 오류 메시지와 함께 프로젝트가 복제되지 않습니다. 올바른 액세스 권한과 리포지토리가 있는지 확인하십시오. 이번 릴리스에서는 이 문제가 해결되었습니다.

이번 릴리스에서는 Dev Spaces별 devfile-registry 피연산자가 제거되었습니다. 사용자 정의 Getting-Started 샘플을 구성하려면 관리자가 전용 Kubernetes ConfigMap 을 사용해야 합니다.

자세한 내용은 공식 문서에서 확인하십시오.

CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 속성과 관련하여 Microsoft Azure DevOps/#159bucket/GitHub git provider를 사용하는 작업 공간에 영향을 미치는 알려진 문제가 있습니다. 작업 영역을 시작할 때마다 새 개인 액세스 토큰(PAT)이 제거되지 않은 이전 PAT에 추가됩니다. 기존 PAT의 수가 5개를 초과하면 작업 공간을 실행할 수 없으며 대시보드를 사용할 수 없습니다.

CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 속성을 사용하는 데 알려진 문제가 있습니다. 이 속성을 사용한 후에는 이전 Microsoft Azure DevOps/#159bucket/GitHub 개인 토큰이 제거되지 않습니다. 이로 인해 대시보드에 액세스하는 데 문제가 발생할 수 있습니다.

현재 참조된 OAuth 인증 적용에 알려진 문제가 있습니다. OAuth 설정으로 팩토리를 시작하고 Refused OAuth 승인을 적용한 경우 "신뢰할 수 없는 리포지토리" 팝업이 다시 표시됩니다.

devfile.yaml 파일이 없는 리포지토리에 영향을 미치는 알려진 문제가 있습니다. 이러한 리포지토리 분기에서 새 작업 공간을 시작하면 예상되는 분기 대신 기본 분기(예: 'main')가 프로젝트 복제에 사용됩니다.

GitHub 및 Microsoft Azure DevOps OAuth 공급자의 CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 속성을 사용하여 실험적 새로 고침 토큰 모드를 적용할 때 알려진 문제가 있습니다. 이로 인해 작업 공간이 대시보드를 순환적으로 다시 로드하기 시작하여 각 페이지가 다시 시작될 때 새 개인 액세스 토큰이 생성됩니다. 새로 고침 토큰 모드는 'GitLab' 및 'ovnBucket' OAuth 공급자에 대해 올바르게 작동합니다.

FIPS 컴플라이언스에 알려진 문제로 인해 특정 암호화 모듈이 FIPS 검증되지 않습니다. 다음은 OpenShift Dev Spaces에서 FIPS를 사용하는 데 필요한 요구 사항 및 제한 사항 목록입니다.

클러스터가 가동되어 실행되면 OpenShift Dev Spaces 3.7.1 (3.7-264)을 설치하고 최신 DevWorkspace Operator 번들 0.21.2 (0.21-7) 이상이 설치되어 업데이트되었는지 확인합니다. https://catalog.redhat.com/software/containers/devworkspace/devworkspace-operator-bundle/60ec9f48744684587e2186a3에서 참조하십시오.

결과 바이너리는 스캔할 수 있으며 오류 없이 전달되어야 합니다.

암호화와 관련이 없으므로 FIPS 컴플라이언스에 영향을 미치지 않습니다.

현재 Microsoft Visual Studio Code의 디버거 - 오픈 소스가 .NET 샘플에서 작동하지 않습니다.