사용자 가이드

프로세스

1. pod-overrides 속성을 사용하여 https://access.redhat.com/documentation/en-us/red_hat_openshift_dev_spaces/3.18/html-single/administration_guide/index#administration-guide:configuring-fuse 에 정의된 필수 주석을 작업 공간에 추가합니다. pod-overrides 특성을 사용하면 작업 공간 Pod의 사양에서 특정 필드를 병합할 수 있습니다.

   4.15 이전 버전의 OpenShift의 경우:

   $ oc patch devworkspace <DevWorkspace_name> \
     --patch '{"spec":{"template":{"attributes":{"pod-overrides":{"metadata":{"annotations":{"io.kubernetes.cri-o.Devices":"/dev/fuse","io.openshift.podman-fuse":""}}}}}}}' \
     --type=merge

   Copy to Clipboard Toggle word wrap

   OpenShift 버전 4.15 이상의 경우:

   $ oc patch devworkspace <DevWorkspace_name> \
     --patch '{"spec":{"template":{"attributes":{"pod-overrides":{"metadata":{"annotations":{"io.kubernetes.cri-o.Devices":"/dev/fuse"}}}}}}}' \
     --type=merge

   Copy to Clipboard Toggle word wrap

검증 단계

1. 작업 영역을 시작하고 작업 공간 컨테이너에서 /dev/fuse 를 사용할 수 있는지 확인합니다.

   $ stat /dev/fuse

   Copy to Clipboard Toggle word wrap

프로세스

1. 프로젝트에 /home/user/.config/containers/storage.conf 파일을 마운트하는 ConfigMap을 적용합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: fuse-overlay
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/.config/containers
   data:
     storage.conf: |
       [storage]
       driver = "overlay"
   
       [storage.options.overlay]
       mount_program="/usr/bin/fuse-overlayfs"

   Copy to Clipboard Toggle word wrap
   주의

   이 ConfigMap을 생성하면 실행 중인 모든 작업 공간이 다시 시작됩니다.

검증 단계

1. 필요한 주석이 포함된 작업 공간을 시작하고 스토리지 드라이버가 오버레이 인지 확인합니다.

   $ podman info | grep overlay

   Copy to Clipboard Toggle word wrap

   출력 예:

   graphDriverName: overlay
     overlay.mount_program:
       Executable: /usr/bin/fuse-overlayfs
       Package: fuse-overlayfs-1.12-1.module+el8.9.0+20326+387084d0.x86_64
         fuse-overlayfs: version 1.12
     Backing Filesystem: overlayfs

   Copy to Clipboard Toggle word wrap
   참고

   기존 작업 공간에 대해 다음 오류가 발생할 수 있습니다.

   ERRO[0000] User-selected graph driver "overlay" overwritten by graph driver "vfs" from database - delete libpod local files ("/home/user/.local/share/containers/storage") to resolve.  May prevent use of images created by other tools

   Copy to Clipboard Toggle word wrap

   이 경우 오류 메시지에 언급된 libpod 로컬 파일을 삭제합니다.

프로세스

1. GitHub 리포지토리에서 아직 없는 경우 .github/workflows 디렉터리를 만듭니다.

2. 다음 콘텐츠를 사용하여 .github/workflows 디렉터리에 example.yml 파일을 생성합니다.

   예 2.1. example.yml

   name: Try in Web IDE example
   
   on:
     pull_request_target:
       types: [opened]
   
   jobs:
     add-link:
       runs-on: ubuntu-20.04
       steps:
         - name: Web IDE Pull Request Check
           id: try-in-web-ide
           uses: redhat-actions/try-in-web-ide@v1
           with:
             # GitHub action inputs
   
             # required
             github_token: ${{ secrets.GITHUB_TOKEN }}
   
             # optional - defaults to true
             add_comment: true
   
             # optional - defaults to true
             add_status: true

   Copy to Clipboard Toggle word wrap

   이 코드 조각은 redhat-actions/try- in-web-ide 커뮤니티 작업의 v1 버전을 실행하는 작업을 사용하여 Web IDE 예제에서 Try 라는 워크플로를 생성합니다. 열린 활동 유형의 pull_request_target 이벤트에서 워크플로가 트리거됩니다.

3. 필요한 경우 워크플로우 트리거 시 사용자 지정하도록 on.pull_request_target.types 필드에서 활동 유형을 구성합니다. 다시 열리거나 동기화 와 같은 활동 유형은 유용할 수 있습니다.

   예 2.2. 열린 활동 유형 및 동기화 활동 유형 모두에서 워크플로 트리거

   on:
     pull_request_target:
       types: [opened, synchronize]

   Copy to Clipboard Toggle word wrap
4. 선택적으로 example.yml 에서 add_comment 및 add_status GitHub 작업 입력을 구성합니다. 이러한 입력은 주석 및 상태 검사를 수행할지 여부를 사용자 지정하기 위해 Web IDE GitHub 작업에서 Try in Web IDE GitHub 작업으로 전송됩니다.

프로세스

1. 선택한 각 확장의 게시자 및 확장 이름을 가져옵니다.

   1. Open VSX 레지스트리 웹 사이트에서 확장을 찾고 확장 프로그램 목록 페이지의 URL을 복사합니다.

   2. 복사한 URL에서 <publisher > 및 <extension> 이름을 추출합니다.

      https://www.open-vsx.org/extension/<publisher>/<extension>

      Copy to Clipboard Toggle word wrap
2. 원격 Git 리포지토리에 .vscode/extensions.json 파일을 생성합니다.

3. 다음과 같이 extensions.json 파일에 < publisher > 및 <extension> 이름을 추가합니다.

     {
       "recommendations": [
         "<publisher_A>.<extension_B>",
         "<publisher_C>.<extension_D>",
         "<publisher_E>.<extension_F>"
       ]
     }

   Copy to Clipboard Toggle word wrap

검증

1. 생성된 extensions.json 파일이 포함된 원격 Git 리포지토리의 URL을 사용하여 새 작업 공간을 시작합니다.
2. 작업 공간의 IDE에서 Ctrl+Shift+X 를 클릭하거나 Extensions 로 이동하여 파일에 나열된 각 확장 기능을 찾습니다.
3. 확장에는 This extension is enabled globally 라는 레이블이 있습니다.

검증

1. Git 리포지토리 복제본으로 새 작업 공간을 시작합니다.
2. 지정된 IDE가 시작된 작업 공간의 브라우저 탭에 로드되는지 확인합니다.

프로세스

1. Git 공급자의 웹 사이트에서 액세스 토큰을 생성합니다.

   중요

   개인 액세스 토큰은 민감한 정보이며 기밀로 유지되어야 합니다. 암호처럼 취급합니다. 인증에 문제가 있는 경우 올바른 토큰을 사용하고 있으며 리포지토리 복제에 적절한 권한이 있는지 확인합니다.

   1. 컴퓨터에서 로컬로 터미널을 엽니다.
   2. 개인 액세스 토큰을 사용하여 리포지토리를 복제하려면 git 명령을 사용합니다. git 명령의 형식은 Git 공급자에 따라 다릅니다. 예를 들어 다음 명령을 사용하여 GitHub 개인 액세스 토큰 확인을 수행할 수 있습니다.

   git clone https://<PAT>@github.com/username/repo.git

   Copy to Clipboard Toggle word wrap

   & lt;PAT >를 개인 액세스 토큰으로 바꾸고 username/repo 를 적절한 리포지토리 경로로 바꿉니다. 토큰이 유효하고 필요한 권한이 있는 경우 복제 프로세스에 성공해야 합니다. 그렇지 않으면 잘못된 개인 액세스 토큰, 사용 권한이 부족하거나 기타 문제가 있음을 나타냅니다.

   중요

   GitHub Enterprise Cloud의 경우 조직 내에서 토큰을 사용할 수 있는 권한이 있는지 확인합니다.

2. 웹 브라우저에서 https:// <openshift_dev_spaces_fqdn> /api/user/id 로 이동하여 OpenShift Dev Spaces 사용자 ID를 가져옵니다.

3. 새 OpenShift 시크릿을 준비합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: personal-access-token-<your_choice_of_name_for_this_token>
     labels:
       app.kubernetes.io/component: scm-personal-access-token
       app.kubernetes.io/part-of: che.eclipse.org
     annotations:
       che.eclipse.org/che-userid: <devspaces_user_id>

   1

   
       che.eclipse.org/scm-personal-access-token-name: <git_provider_name>

   2

   
       che.eclipse.org/scm-url: <git_provider_endpoint>

   3

   
       che.eclipse.org/scm-organization: <git_provider_organization>

   4

   
   stringData:
     token: <Content_of_access_token>
   type: Opaque

   Copy to Clipboard Toggle word wrap

   1

   OpenShift Dev Spaces 사용자 ID입니다.

   2

   Git 공급자 이름: github 또는 gitlab 또는 bitbucket-server 또는 azure-devops.

   3

   Git 공급자 URL입니다.

   4

   이 행은 azure-devops: Git 공급자 사용자 조직에만 적용됩니다.

4. https:// <openshift_dev_spaces_fqdn> /api/kubernetes/namespace 를 방문하여 OpenShift Dev Spaces 사용자 네임스페이스를 이름으로 가져옵니다.

5. 클러스터의 OpenShift Dev Spaces 사용자 네임스페이스로 전환합니다.

   작은 정보

   On OpenShift:

   • oc 명령줄 툴에서 현재 클러스터에 있는 네임스페이스를 반환할 수 있습니다. 현재 네임스페이스를 확인하는 데 사용할 수 있습니다.

     $ oc project

   • 필요한 경우 명령줄에서 OpenShift Dev Spaces 사용자 네임스페이스로 전환할 수 있습니다.

     $ oc project &lt ;your_user_namespace>

6. 시크릿을 적용합니다.

   작은 정보

   OpenShift에서는 oc 명령줄 툴을 사용할 수 있습니다.

   $ oc apply -f - <<EOF
   <Secret_prepared_in_step_5>
   EOF

   Copy to Clipboard Toggle word wrap

검증

1. Git 공급자가 호스팅하는 원격 Git 리포지토리의 URL을 사용하여 새 작업 공간을 시작합니다.
2. 일부 변경 사항을 수행하고 작업 영역에서 원격 Git 리포지토리로 내보냅니다.

프로세스

1. 새 OpenShift ConfigMap을 준비합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: workspace-userdata-gitconfig-configmap
     namespace: <user_namespace> 

   1

   
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /etc/
   data:
     gitconfig: <gitconfig content> 

   2

   Copy to Clipboard Toggle word wrap

   1

   사용자 네임스페이스입니다. https:// <openshift_dev_spaces_fqdn> /api/kubernetes/namespace 를 방문하여 OpenShift Dev Spaces 사용자 네임스페이스를 이름으로 가져옵니다.

   2

   gitconfig 파일 콘텐츠의 내용입니다.

2. ConfigMap을 적용합니다.

   $ oc apply -f - <<EOF
   <ConfigMap_prepared_in_step_1>
   EOF

   Copy to Clipboard Toggle word wrap

검증

1. Git 공급자가 호스팅하는 원격 Git 리포지토리의 URL을 사용하여 새 작업 공간을 시작합니다.
2. 작업 공간이 시작되면 툴 컨테이너에서 새 터미널을 열고 git config --get-regexp user.* 를 실행합니다. Git 사용자 이름과 이메일이 출력에 표시되어야 합니다.

프로세스

1. &lt ;username> -devspaces 네임스페이스에서 TLS 인증서에 대한 보안을 적용합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: tls-cer
     annotations:
       controller.devfile.io/mount-path: /home/user/certs
       controller.devfile.io/mount-as: file
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-secret: 'true'
   data:
     tls.cer: >-
       <Base64_encoded_content_of_public_cert> 

   1

   Copy to Clipboard Toggle word wrap

   1

   비활성화된 줄 래핑을 사용한 Base64 인코딩.

2. &lt ;username> -devspaces 네임스페이스에서 ConfigMap을 적용하여 settings.xml 파일을 생성합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: settings-xml
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/.m2
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     settings.xml: |
       <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 https://maven.apache.org/xsd/settings-1.0.0.xsd">
         <localRepository/>
         <interactiveMode/>
         <offline/>
         <pluginGroups/>
         <servers/>
         <mirrors>
           <mirror>
             <id>redhat-ga-mirror</id>
             <name>Red Hat GA</name>
             <url>https://<maven_artifact_repository_route>/repository/redhat-ga/</url>
             <mirrorOf>redhat-ga</mirrorOf>
           </mirror>
           <mirror>
             <id>maven-central-mirror</id>
             <name>Maven Central</name>
             <url>https://<maven_artifact_repository_route>/repository/maven-central/</url>
             <mirrorOf>maven-central</mirrorOf>
           </mirror>
           <mirror>
             <id>jboss-public-repository-mirror</id>
             <name>JBoss Public Maven Repository</name>
             <url>https://<maven_artifact_repository_route>/repository/jboss-public/</url>
             <mirrorOf>jboss-public-repository</mirrorOf>
           </mirror>
         </mirrors>
         <proxies/>
         <profiles/>
         <activeProfiles/>
       </settings>

   Copy to Clipboard Toggle word wrap
3. 선택 사항: JBoss EAP 기반 devfile을 사용하는 경우 < username> -devspaces 네임스페이스에 두 번째 settings- xml ConfigMap을 적용하고 동일한 콘텐츠, 다른 이름 및 /home/jboss/.m2 마운트 경로를 적용합니다.

4. &lt ;username> -devspaces 네임스페이스에서 TrustStore 초기화 스크립트에 대한 ConfigMap을 적용합니다.

   Java 8

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: init-truststore
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     init-java8-truststore.sh: |
       #!/usr/bin/env bash
   
       keytool -importcert -noprompt -file /home/user/certs/tls.cer -trustcacerts -keystore ~/.java/current/jre/lib/security/cacerts -storepass changeit

   Copy to Clipboard Toggle word wrap

   Java 11

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: init-truststore
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     init-java11-truststore.sh: |
       #!/usr/bin/env bash
   
       keytool -importcert -noprompt -file /home/user/certs/tls.cer -cacerts -storepass changeit

   Copy to Clipboard Toggle word wrap

5. Maven 작업 공간을 시작합니다.
6. tools 컨테이너에서 새 터미널을 엽니다.
7. ~/init-truststore.sh 를 실행합니다.

프로세스

1. TLS 인증서의 보안을 적용합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: tls-cer
     annotations:
       controller.devfile.io/mount-path: /home/user/certs
       controller.devfile.io/mount-as: file
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-secret: 'true'
   data:
     tls.cer: >-
       <Base64_encoded_content_of_public_cert> 

   1

   Copy to Clipboard Toggle word wrap

   1

   비활성화된 줄 래핑을 사용한 Base64 인코딩.

2. TrustStore 초기화 스크립트의 ConfigMap을 적용합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: init-truststore
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     init-truststore.sh: |
       #!/usr/bin/env bash
   
       keytool -importcert -noprompt -file /home/user/certs/tls.cer -cacerts -storepass changeit

   Copy to Clipboard Toggle word wrap

3. Gradle init 스크립트의 ConfigMap을 적용합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: init-gradle
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/.gradle
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     init.gradle: |
       allprojects {
         repositories {
           mavenLocal ()
           maven {
             url "https://<gradle_artifact_repository_route>/repository/maven-public/"
             credentials {
               username "admin"
               password "passwd"
             }
           }
         }
       }

   Copy to Clipboard Toggle word wrap
4. Gradle 작업 영역을 시작합니다.
5. tools 컨테이너에서 새 터미널을 엽니다.
6. ~/init-truststore.sh 를 실행합니다.

프로세스

1. TLS 인증서의 보안을 적용합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: tls-cer
     annotations:
       controller.devfile.io/mount-path: /public-certs
       controller.devfile.io/mount-as: file
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-secret: 'true'
   data:
     nexus.cer: >-
       <Base64_encoded_content_of_public_cert>__ 

   1

   Copy to Clipboard Toggle word wrap

   1

   비활성화된 줄 래핑을 사용한 Base64 인코딩.

2. 툴 컨테이너에서 다음 환경 변수를 설정하려면 ConfigMap을 적용합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: disconnected-env
     annotations:
       controller.devfile.io/mount-as: env
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     NPM_CONFIG_REGISTRY: >-
       https://<npm_artifact_repository_route>/repository/npm-all/

   Copy to Clipboard Toggle word wrap

프로세스

1. TLS 인증서의 보안을 적용합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: tls-cer
     annotations:
       controller.devfile.io/mount-path: /home/user/certs
       controller.devfile.io/mount-as: file
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-secret: 'true'
   data:
     tls.cer: >-
       <Base64_encoded_content_of_public_cert> 

   1

   Copy to Clipboard Toggle word wrap

   1

   비활성화된 줄 래핑을 사용한 Base64 인코딩.

2. 툴 컨테이너에서 다음 환경 변수를 설정하려면 ConfigMap을 적용합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: disconnected-env
     annotations:
       controller.devfile.io/mount-as: env
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     PIP_INDEX_URL: >-
       https://<python_artifact_repository_route>/repository/pypi-all/
     PIP_CERT: /home/user/certs/tls.cer

   Copy to Clipboard Toggle word wrap

프로세스

1. TLS 인증서의 보안을 적용합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: tls-cer
     annotations:
       controller.devfile.io/mount-path: /home/user/certs
       controller.devfile.io/mount-as: file
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-secret: 'true'
   data:
     tls.cer: >-
       <Base64_encoded_content_of_public_cert> 

   1

   Copy to Clipboard Toggle word wrap

   1

   비활성화된 줄 래핑을 사용한 Base64 인코딩.

2. 툴 컨테이너에서 다음 환경 변수를 설정하려면 ConfigMap을 적용합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: disconnected-env
     annotations:
       controller.devfile.io/mount-as: env
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     GOPROXY: >-
       http://<athens_proxy_route>
     SSL_CERT_FILE: /home/user/certs/tls.cer

   Copy to Clipboard Toggle word wrap

프로세스

1. TLS 인증서의 보안을 적용합니다.

   kind: Secret
   apiVersion: v1
   metadata:
     name: tls-cer
     annotations:
       controller.devfile.io/mount-path: /home/user/certs
       controller.devfile.io/mount-as: file
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-secret: 'true'
   data:
     tls.cer: >-
       <Base64_encoded_content_of_public_cert> 

   1

   Copy to Clipboard Toggle word wrap

   1

   비활성화된 줄 래핑을 사용한 Base64 인코딩.

2. ConfigMap을 적용하여 툴 컨테이너에서 TLS 인증서 파일 경로에 대한 환경 변수를 설정합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: disconnected-env
     annotations:
       controller.devfile.io/mount-as: env
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     SSL_CERT_FILE: /home/user/certs/tls.cer

   Copy to Clipboard Toggle word wrap

3. ConfigMap을 적용하여 nuget.config 파일을 생성합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: init-nuget
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /projects
     labels:
       controller.devfile.io/mount-to-devworkspace: 'true'
       controller.devfile.io/watch-configmap: 'true'
   data:
     nuget.config: |
       <?xml version="1.0" encoding="UTF-8"?>
       <configuration>
         <packageSources>
           <add key="nexus2" value="https://<nuget_artifact_repository_route>/repository/nuget-group/"/>
         </packageSources>
         <packageSourceCredentials>
           <nexus2>
               <add key="Username" value="admin" />
               <add key="Password" value="passwd" />
           </nexus2>
         </packageSourceCredentials>
       </configuration>

   Copy to Clipboard Toggle word wrap

프로세스

1. DevWorkspace 사용자 정의 리소스를 준비하려면 대상 Git 리포지토리의 devfile 내용을 복사합니다.

   예 8.2. schemaVersion을 사용하여 devfile 콘텐츠 복사: 2.2.0

   components:
     - name: tooling-container
       container:
         image: quay.io/devfile/universal-developer-image:ubi8-latest

   Copy to Clipboard Toggle word wrap
   작은 정보

   자세한 내용은 devfile v2 문서를 참조하십시오.

2. 이전 단계의 devfile 콘텐츠를 spec.template 필드 아래에 붙여넣는 DevWorkspace 사용자 정의 리소스를 생성합니다.

   예 8.3. DevWorkspace 사용자 정의 리소스

   kind: DevWorkspace
   apiVersion: workspace.devfile.io/v1alpha2
   metadata:
     name: my-devworkspace

   1

   
     namespace: user1-dev

   2

   
   spec:
     routingClass: che
     started: true

   3

   
     contributions:

   4

   
       - name: ide
         uri: http://devspaces-dashboard.openshift-devspaces.svc.cluster.local:8080/dashboard/api/editors/devfile?che-editor=che-incubator/che-code/latest
     template:
       projects:

   5

   
         - name: my-project-name
           git:
             remotes:
               origin: https://github.com/eclipse-che/che-docs
       components:

   6

   
         - name: tooling-container
           container:
             image: quay.io/devfile/universal-developer-image:ubi8-latest

   Copy to Clipboard Toggle word wrap

   1

   DevWorkspace 사용자 정의 리소스의 이름입니다. 새 작업 공간의 이름이 됩니다.

   2

   새 작업 공간의 대상 프로젝트인 사용자 네임스페이스입니다.

   3

   DevWorkspace 사용자 정의 리소스를 만들 때 작업 공간을 시작해야 하는지 여부를 결정합니다.

   4

   Microsoft Visual Studio Code에 대한 URL 참조 - 오픈 소스 IDE devfile.

   5

   시작할 때 작업 공간에 복제할 Git 리포지토리에 대한 세부 정보입니다.

   6

   작업 공간 컨테이너 및 볼륨 구성 요소와 같은 구성 요소 목록입니다.

3. DevWorkspace 사용자 정의 리소스를 클러스터에 적용합니다.

검증

1. DevWorkspace 의 PHASE 상태를 확인하여 작업 공간이 시작되었는지 확인합니다.

   $ oc get devworkspaces -n <user_project> --watch

   Copy to Clipboard Toggle word wrap

   예 8.4. 출력 결과

   NAMESPACE        NAME                  DEVWORKSPACE ID             PHASE      INFO
   user1-dev        my-devworkspace       workspacedf64e4a492cd4701   Starting   Waiting for workspace deployment

   Copy to Clipboard Toggle word wrap

2. 작업 공간이 성공적으로 시작되면 oc get devworkspaces 명령의 출력에서 PHASE 상태가 Running 으로 변경됩니다.

   예 8.5. 출력 결과

   NAMESPACE            NAME                  DEVWORKSPACE ID             PHASE      INFO
   user1-dev            my-devworkspace       workspacedf64e4a492cd4701   Running    https://url-to-workspace.com

   Copy to Clipboard Toggle word wrap

   그런 다음 다음 옵션 중 하나를 사용하여 작업 영역을 열 수 있습니다.

   • oc get devworkspaces 명령 출력의 INFO 섹션에 제공된 URL을 방문합니다.
   • OpenShift Dev Spaces 대시보드에서 작업 공간을 엽니다.

프로세스

1. 토폴로지 보기를 열어 모든 프로젝트를 나열합니다.
2. 애플리케이션 검색 선택 필드에 작업 공간을 입력하여 모든 작업 공간을 나열합니다.

3. 편집할 작업 공간을 클릭합니다.

   배포는 원형 단추로 묶은 그래픽 원으로 표시됩니다. 이 버튼 중 하나는 소스 코드 편집 입니다.

   

   View larger image

   
4. OpenShift Dev Spaces를 사용하여 애플리케이션 코드를 편집하려면 소스 코드 편집 버튼을 클릭합니다. 이렇게 하면 애플리케이션 구성 요소의 복제된 소스 코드가 있는 작업 공간으로 리디렉션됩니다.

프로세스

1. 기본 화면의 오른쪽 상단에 있는 3by-three 매트릭스 아이콘을 사용하여 Red Hat 애플리케이션 메뉴를 엽니다.

   드롭다운 메뉴에는 사용 가능한 애플리케이션이 표시됩니다.

   

   View larger image

   
2. OpenShift Dev Spaces 링크를 클릭하여 Dev Spaces 대시보드를 엽니다.

프로세스

1. OpenShift Dev Spaces 대시보드에서 Workspace 로 이동합니다.
2. 작업 공간 이름을 클릭하여 작업 공간 개요 페이지를 표시합니다. 이 페이지에는 OpenShift 프로젝트 이름 < project_name>이 표시됩니다.
3. 오른쪽 상단에 있는 애플리케이션 메뉴를 클릭하고 OpenShift 콘솔 링크를 클릭합니다.
4. 관리자 화면에서 OpenShift 콘솔에서 다음 단계를 실행합니다.
5. 워크로드 > Pod 를 클릭하여 모든 활성 작업 공간 목록을 확인합니다.
6. 프로젝트 드롭다운 메뉴에서 < project_name> 프로젝트를 선택하여 검색 범위를 좁힙니다.
7. 작업 영역을 실행하는 실행 중인 Pod의 이름을 클릭합니다. 세부 정보 탭에는 추가 정보가 있는 모든 컨테이너 목록이 포함되어 있습니다.
8. 로그 탭으로 이동합니다.

프로세스

1. 확장 기능을 구성합니다. File > Preferences > Settings 을 클릭하고 Extensions 섹션을 확장하고, 확장을 검색하고, trace.server 또는 유사한 구성이 있는 경우 verbose 로 설정합니다. 추가 구성은 확장 설명서를 참조하십시오.
2. 보기 → 출력을 클릭하고 출력 보기 의 드롭다운 목록에서 언어 서버를 선택하여 언어 서버 로그를 확인합니다.