이 페이지는 기계 번역을 사용하여 번역되었습니다. 영어 원문을 보려면 여기를 클릭하십시오.
Issue Tracker 구성
Polyspace® Access™ 인터페이스에서 버그 추적 툴(BTT)으로 티켓을 생성할 수 있도록 하려면 Issue Tracker를 구성하십시오. Polyspace Access는 Jira Software 및 Redmine BTT와의 연동을 지원합니다. BTT를 Polyspace Access과 연동하지 않으려면, Provider 필드에서 none를 선택하십시오.
Cluster Dashboard에서 Configure Apps를 클릭하여 Cluster Settings로 이동합니다. 설정을 변경할 때마다 Save를 클릭하고 Cluster Dashboard로 돌아가서 Restart Apps를 클릭하여 변경 사항을 적용하십시오. Save를 클릭하기 전에 Validate on Save를 선택하십시오.
참고
Windows® 시스템에서, 사용자가 지정하는 모든 파일 경로는 로컬 드라이브를 가리켜야 합니다.
선행 조건
Cluster Admin을 설치하고 시작합니다. Cluster Admin 구성 및 시작하기 항목을 참조하십시오.
Jira Software 버그 추적 도구 구성
Jira Server, Jira Cloud, Jira Data Center와 함께 사용하도록 Issue Tracker를 구성할 수 있습니다. Issue Tracker 섹션에서 다음 설정을 지정하세요.
| 설정 | 설명 |
|---|---|
| Provider |
|
| Jira deployment type | Jira 인스턴스가 Jira Server, Jira Cloud 또는 Jira Data Center인지 지정합니다. |
| Jira URL | 조직의 Jira 인스턴스 URL을 지정합니다(예: Jira 인스턴스가 HTTPS를 사용하여 구성된 경우 HTTPS를 사용하여 구성된 BTT 인스턴스 추가를 참조하세요. |
| Authentication method | Issue Tracker가 Polyspace Access 사용자의 Jira 로그인을 인증하는 데 사용하는 방법을 지정하십시오. 예를 들어, Jira Cloud의 인증 방법으로 OAuth 1.0a 또는 OAuth 2.0을 선택할 수 있습니다. |
OAuth 구성
인증 방법으로 OAuth 1.0a 또는 OAuth 2.0을 선택하는 경우 Jira 관리자가 먼저 Jira에서 애플리케이션 링크를 만들어야 합니다. Jira Server, Jira Cloud, Jira Data Center에서는 OAuth 1.0a를 사용할 수 있고, Jira Cloud 및 Jira Data Center에서는 OAuth 2.0을 사용할 수 있습니다.
OAuth 2.0 애플리케이션 링크의 경우 Jira 관리자는 콜백 URL과 권한을 지정합니다. 자세한 내용은 OAuth 2.0(3LO) 앱을 참조하세요.
OAuth 1.0a 애플리케이션 링크의 경우, Jira 관리자가 애플리케이션 URL(Polyspace Access에 해당하는 URL)을 지정하고 RSA 공개-개인 키 쌍을 생성합니다. 자세한 내용은 Atlassian OAuth 설명서의 1단계를 참조하세요.
OAuth 2.0 특정 구성
OAuth 2.0 인증 방법을 선택하는 경우 다음 추가 설정을 지정하세요.
| OAuth2 Client ID | OAuth2 Client ID는 OAuth 2.0 애플리케이션 링크 설정의 클라이언트 ID와 일치해야 합니다. |
| OAuth2 Client Secret | OAuth2 Client Secret는 OAuth 2.0 애플리케이션 링크 설정의 비밀 값과 일치해야 합니다. |
| OAuth2 Redirect URL | 다음 형식으로 링크를 지정하세요: 여기서 |
| OAuth2 Scopes | 애플리케이션 링크에서 활성화된 Jira API 권한을 쉼표로 구분된 목록으로 지정하세요. 다음 권한이 필요합니다.
이 필드는 배포 유형으로 Jira Cloud를 선택한 경우에만 사용할 수 있습니다. |
| OAuth2 Site URL | 조직의 Jira Cloud 인스턴스 URL을 지정합니다(예: 이 필드는 배포 유형으로 Jira Cloud를 선택한 경우에만 사용할 수 있습니다. |
OAuth 1.0a 특정 구성
OAuth 1.0a 인증 방법을 선택하는 경우 다음 추가 설정을 지정하세요.
| 설정 | 설명 |
|---|---|
| OAuth1 callback URL | OAuth1 callback URL는 Jira에 지정된 애플리케이션 URL(예:
|
| OAuth1 consumer key | Jira에서 애플리케이션 링크를 구성할 때 Jira 관리자가 입력한 소비자 키 값(예: |
| OAuth1 private key file | Jira에서 애플리케이션 링크를 구성할 때 Jira 관리자가 생성한 개인 키 파일의 경로를 지정합니다(예: 참고 Jira 개인 키를 생성할 때 지정한 호스트 이름은 Polyspace Access URL에서 사용하는 호스트 이름과 일치해야 합니다. 호스트명이 일치하지 않는 경우, 예를 들어 Polyspace Access URL에서 호스트명 대신 |
제한 사항
Polyspace Access는 필수 입력 항목인 사용자 정의 필드가 포함된 BTT 티켓 생성을 지원하지 않습니다. 단, 다음 필드는 예외입니다.
모든 숫자 값.
문자열 전용 값입니다.
단일 선택 사용자 정의 필드.
사용자가 Polyspace Access에서 Jira에 로그인하여 Jira 티켓을 생성하기 시작하면, 세션이 만료될 때까지 Jira 세션에 로그인된 상태로 유지됩니다.
Jira Software 버전 8.4 이상에서는 다크 기능을 활성화하지 마세요. Enable Dark Feature in Jira 항목을 참조하십시오.
Redmine 버그 추적 도구 구성
Redmine과 함께 사용할 수 있도록 Issue Tracker를 설정할 수 있습니다. Issue Tracker 섹션에서 다음 설정을 지정하세요.
| 설정 | 설명 |
|---|---|
| Provider |
|
| Redmine URL | 조직의 Redmine 인스턴스 URL을 지정합니다(예: Redmine 인스턴스가 HTTPS를 사용하여 구성된 경우 HTTPS를 사용하여 구성된 BTT 인스턴스 추가를 참조하세요. 이 필드는 Redmine을 공급자로 선택한 경우에만 사용할 수 있습니다. |
| Redmine API 키 | Redmine 관리자의 API 액세스 키를 지정하세요. API 키를 얻으려면 Redmine 인스턴스에 관리자로 로그인하고 오른쪽 상단에서 My account를 클릭한 다음 오른쪽 창에서 API access key 아래의 Show를 클릭하세요. Issue Tracker는 API 키를 검증하지 않습니다. API 키가 만료되었거나 유효하지 않은지 정기적으로 확인하세요. 이 필드는 Redmine을 공급자로 선택한 경우에만 사용할 수 있습니다. |
제한 사항
Polyspace Access는 필수 입력 항목인 사용자 정의 필드가 포함된 BTT 티켓 생성을 지원하지 않습니다. 단, 해당 필드가 모두 숫자 값 또는 문자열 값으로만 구성된 경우는 예외입니다.
Polyspace Access에서 Redmine 티켓을 생성하려면, Polyspace Access에 로그인할 때 사용한 사용자 이름이 Redmine 계정의 사용자 이름과 일치해야 합니다.
사용자가 Polyspace Access에서 생성한 Redmine 티켓에는 디폴트 값만 입력될 수 있습니다. 사용자가 Polyspace Access에서 선택한 티켓 필드 값 중 일부는 Redmine 티켓의 필드 값과 일치하지 않을 수 있습니다.
Polarion 버그 추적 툴 설정
Issue Tracker를 Polarion™와 함께 사용할 수 있도록 설정할 수 있습니다. Issue Tracker 섹션에서 다음 설정을 지정하세요.
| 설정 | 설명 |
|---|---|
| Provider |
|
| Polarion URL | 조직의 Polarion 인스턴스 URL을 지정하십시오(예: Polarion 인스턴스가 HTTPS로 구성된 경우, HTTPS를 사용하여 구성된 BTT 인스턴스 추가 항목을 참조하십시오. 이 필드는 제공자로 Polarion를 선택한 경우에만 사용할 수 있습니다. |
| Polarion 인증 방법 |
이 필드는 제공자로 Polarion를 선택한 경우에만 사용할 수 있습니다. |
| Polarion API 키 | Polarion 관리자의 개인 액세스 토큰을 지정하십시오. 개인 액세스 토큰을 얻으려면, 관리자 권한으로 Polarion 인스턴스에 로그인한 후 설정 메뉴에서 My account를 클릭하고, 도구 모음에서 Personal Access Token를 선택하십시오. 설정 페이지에서 새 액세스 토큰을 생성하거나, 활성 액세스 토큰을 삭제하거나 갱신할 수 있습니다. Issue Tracker는 개인 액세스 토큰을 검증하지 않습니다. API 키가 만료되었거나 유효하지 않은지 정기적으로 확인하세요. 이 필드는 제공자로 Polarion를 선택한 경우에만 사용할 수 있습니다. |
제한 사항
Polyspace Access는 사용자 정의 필드가 포함된 BTT 티켓 생성을 지원하지 않습니다. Polyspace Access에서 티켓을 생성할 때, Polarion 티켓을 생성하는 데 필요한 필수 입력 항목이 포함된 양식이 표시됩니다. 티켓을 생성한 후, Polarion에서 추가 항목을 입력할 수 있습니다.
Polyspace Access에서 Polarion 티켓을 생성하려면, Polyspace Access에 로그인할 때 사용한 사용자 이름이나 Polyspace Access 계정에 연결된 이메일 주소가 Polarion 계정의 사용자 이름 또는 이메일 주소와 일치해야 합니다.
HTTPS를 사용하여 구성된 BTT 인스턴스 추가
BTT 인스턴스가 HTTPS를 사용하여 구성된 경우 Nodes 설정의 CA File 필드에 지정하는 인증서 신뢰 저장소 파일에 BTT SSL 인증서를 추가합니다. 이러한 설정을 보려면 Cluster Dashboard에서 Configure Nodes를 클릭하십시오. 신뢰 저장소 파일에 따라 BTT SSL 인증서가 이미 신뢰 저장소에 포함되어 있을 수 있습니다.
인증서 신뢰 저장소 파일은 일반적으로 Cluster Admin에서 HTTPS를 구성할 때 --ssl-ca-file에 제공하는 파일에 해당합니다. Polyspace Access에 대해 HTTP와 HTTPS 설정 중 하나를 선택하세요 항목을 참조하십시오.
예를 들어, Linux®Debian® 배포에서 BTT 인증서 btts_cert.pem를 신뢰 저장소 파일 trust_store.pem에 추가하려면 다음 명령을 사용하십시오.
cat trust_store.pem btts_cert.pem > combined_cert.pem
combined_cert.pem을 출력합니다. 자체 서명된 인증서를 사용하여 HTTPS를 구성하는 경우 BTT 인증서를 자체 서명된 인증서에 추가하세요.구성을 완료하려면 Nodes 설정의 CA File 필드에 combined_cert.pem의 경로를 입력하고 변경 사항을 저장한 다음 대시보드로 돌아가서 앱을 다시 시작합니다.
HTTPS를 사용하여 Cluster Admin를 구성하지 않은 경우 CA File 필드에 BTT SSL 인증서 경로를 지정합니다.
