이 문서는에 출시된 Jira Service Management 10.2.x Release Note 릴리즈 노트를 공유하기 위해 작성되었다.
하이라이트
호환 가능한 어플리케이션
그룹 또는 역할에 대한 댓글 표시 제한
서비스 프로젝트에서 그들은 이제 모든 내부 사용자뿐만 아니라 자신이 속한 특정 역할이나 그룹에게만 댓글이 표시 되도록 제한할 수 있습니다.
자산 사용자 정의 필드에 대한 자동 승인자 새로 고침
Assets 사용자 정의 필드를 사용하여 워크플로에서 승인자가 관리되는 방식을 개선했습니다.
Assets 사용자 정의 필드의 값을 업데이트하거나 연관된 Asset 개체의 속성을 수정하면 승인자 목록이 즉시 새로 고쳐집니다.
이를 통해 적절한 사람이 항상 루프에 있게 됩니다. 새로운 승인자는 보류 중인 작업에 대한 알림도 받게 됩니다.
Assets에서 기수 변경 시 데이터 손실 방지
ADMIN
지금까지 속성의 값이 최대 카디널리티를 초과하면 재인덱싱 중에 초과 값이 자동으로 삭제되었습니다. 이로 인해 데이터가 손실될 수 있습니다.
이제 속성의 최대 카디널리티를 줄이면 새 대화 상자가 나타나 초과 값을 유지할지 삭제할지 선택할 수 있습니다. 삭제하면 이 작업이 개체의 기록에 기록됩니다.
시력이 약한 사용자와 키보드만 사용하는 사용자를 위한 접근성 개선
우리는 스크린 리더와 키보드 전용 사용자를 위한 더 많은 접근성 업데이트를 제공하여 심각한 심각도 결함을 제거합니다. 이 릴리스의 주요 내용에는 기본 HTML 구조 또는 JS 논리에 대한 수정이 포함됩니다.
2단계 인증을 통한 새로운 로그인 환경
ADMIN
Jira 로그인 환경을 개편하고 두 번째 인증 계층을 추가하여 계정을 안전하게 보호합니다.
이제 2단계 인증을 설정하고 로그인 시 인증 앱으로 신원을 확인하여 Atlassian 계정을 보호할 수 있습니다.
Jira Automation에 다크모드 적용
ira 10.0에서 다크 테마가 처음으로 부분적으로 사용 가능하다고 발표했고 당시 지원되지 않았던 영역 중 Jira Automation에 다크 테마를 도입합니다.
규칙 구성 요소의 호환성을 테스트하려면 프로필 > 테마 > 다크 를 선택하여 다크 테마를 활성화합니다.
로고의 다크모드 추가
ADMIN
이제 두 가지 버전으로 사이트 로고를 업로드하여 밝거나 어두운 옵션을 선택하든 테마와 일치시킬 수 있습니다.
로고를 하나만 업로드하면 두 테마에 모두 적용됩니다. 이미 자체 로고를 사용하고 있는 경우 이제 밝은 테마 로고가 됩니다.
헤더 색상 변경
ADMIN
새로운 밝은 테마와 다크 모드 테마를 지속적으로 구현하는 작업의 일환으로 원래 테마의 헤더 색상을 파란색에서 흰색으로 변경됐습니다.
이메일의 이미지 첨부 파일 썸네일
이제 Jira에 인증하지 않고도 이메일에서 이미지 첨부 파일의 썸네일을 볼 수 있습니다. 이 업데이트는 인증 문제가 있는 동안 이미지가 제대로 렌더링되지 않는 문제를 해결합니다.
이 기능은 기본적으로 켜져 있습니다. 비활성화하려면 com.atlassian.jira.send.email.notifications.with.images.attached 기능 플래그를 끕니다.
암호화 추가
ADMIN
Jira를 보다 안전하게 만들기 위한 지속적인 노력의 일환으로, 이제 Jira가 작동하기 위해 필요한 가장 민감한 값을 기본적으로 암호화하고 있습니다.
이전에 AES 또는 외부 볼트(AWS Secrets Manager 또는 Hashicorp Vault)를 사용하여 Jira에 저장된 비밀은 이제 secret암호화된 형태로 데이터베이스 테이블에 있습니다.
이전에 비밀을 담고 있던 모든 장소(예: 비밀번호가 있는 데이터베이스 열)에는 이제 일반 텍스트 비밀 대신 {ATL_SECURED} 플레이스홀더가 포함됩니다.
유일한 예외는 데이터베이스 비밀번호입니다. 데이터베이스 비밀번호에 대한 자세한 내용은 업그레이드 참고 사항을 확인하세요.
암호화 키는 Jira 홈 디렉토리(단일 노드 인스턴스의 경우) 또는 공유 홈 디렉토리(클러스터 인스턴스의 경우)의 keys 하위 디렉토리에 저장됩니다.
암호화 키 없이 복원된 데이터베이스 백업은 암호화된 비밀을 사용할 수 없으므로 이러한 키는 및 secrets-config.yaml와 secured 와 함께 백업해야 합니다.
Microsoft Teams 웹훅을 위한 Jira Automation 지원
ADMIN
최근 Microsoft는 Microsoft Teams 내에서 Office 365 커넥터의 은퇴를 발표했습니다 . 자동화 규칙과 Microsoft Teams 간의 원활한 통신을 보장하기 위해, 사용자가 자신의 커넥터를 만들 수 있는 해결 방법을 개발했습니다. 이제 Jira 웹훅을 수신하는 플로우 체인을 만들 수 있습니다. 이 기능은 다음 Jira 버전부터 사용할 수 있습니다.
Jira Software | Jira Service Management |
|---|---|
|
|
Microsoft Teams에서 Jira 자동화를 사용하는 방법에 대한 자세한 내용
사용 데이터 공유를 위한 연결성 확인
ADMIN
인스턴스 사용 데이터를 공유할 때 방화벽 설정은 데이터가 외부로 전송될 수 있도록 보장합니다. 이제 방화벽이 트래픽 차단을 방지하거나 유발하는지 확인하기 위해 연결을 테스트할 수 있습니다.
무결성 검사기 개선
ADMIN
우리는 Integrity Checker를 개선하여 Enterprise 규모에서 작동하도록 했습니다. 이제 더 이상 높은 JVM 메모리 압력이나 전체 가비지 수집을 일으키지 않습니다. 문제를 찾는 것이 훨씬 빠르고, 문제를 해결하는 것이 더 광범위하고 정확합니다.
장기 실행 수정 작업의 경우, 단일 검사 내에서 수정 제한을 구현했으며 jira.integrity.checker.results.limit 기본값은 1000이고 조정이 가능합니다. 또한 표시되는 결과의 기본 개수를 20으로 제한했습니다.
JMX 내보내기 프로그램에서 제공하는 메트릭에 대한 변경 사항
ADMIN
Jira의 JMX 내보내기 도구를 통해 Connection 인스턴스 수준 메트릭을 더 이상 노출하지 않지만 Connections 수준에서의 추적을 포함한 다른 유형의 추적은 계속 유지합니다.
이전 동작을 복원해야 하는 경우 -Ddbcp.registerConnectionMBean=true 매개변수를 사용하여 해당 설정을 재정의할 수 있습니다.
그러나 이 해결 방법은 이미 수정된 증상을 다시 가져오거나 기본 라이브러리의 스레드 경쟁으로 인해 발생하는 다른 알 수 없는 문제를 일으킬 수 있으므로 권장되지 않습니다.
Jira 자동화의 알림, 메트릭 및 통계 로그
ADMIN
자동화 대기열의 모니터링 기능을 강화하기 위해 알림, 메트릭 및 통계 로그를 도입합니다. 5분마다 대기열에서 추가, 클레임 및 처리된 메시지 수와 실행된 규칙 수를 보고하는 로그가 제공됩니다.
자동화 대기열이 구성 가능한 임계값인 10,000을 초과하면 Jira 진단 화면에 알림이 표시됩니다. 대기열 길이는 이제 JMX 메트릭으로도 사용할 수 있습니다.
대량 커밋 fetching
분산 버전 제어 시스템(DVCS)에서 동기화 프로세스를 보다 효율적으로 만들기 위해 GitHub을 지원하는 대량 커밋 페칭 기능을 도입합니다.
이제 DVCS는 한 브랜치에 대해 최대 100개의 커밋을 한 번에 페칭할 수 있습니다. 이전에는 DVCS가 각 커밋을 하나씩 검색했습니다.
이 변경 사항은 다음과 같습니다.
- GitHub에 대한 REST 호출 수를 줄입니다.
- 동기화 속도를 높입니다
- 속도 제한의 가능성을 감소시킵니다.
UI에서 라이센스 한도 상태 점검 알림을 세분화
ADMIN
이제 UI에서 직접 라이선스 한도 건강 검사를 구성할 수 있습니다 . 백분율을 변경하거나 제어할 수 있는 제한된 수의 좌석으로 전환합니다.
프로젝트의 기본 이슈 순서를 변경
ADMIN
이제 프로젝트의 이슈가 기본적으로 정렬되는 방식을 선택할 수 있습니다.
발행 순서를 변경하려면:
- 프로젝트 관리자 권한이 있는지 확인하고 프로젝트로 이동하세요.
- 프로젝트 설정을 선택한 다음 세부 정보를 선택합니다 .
- 환경 설정 에서 문제 순서 로 이동 하여 문제를 정렬할 방법을 선택하세요.
Jira의 기본 문제 정렬(우선순위 및 마지막 업데이트 기준)로 돌아가려면 설정 안 함을 선택하세요.
Local Lexorank Repair 소개
ADMIN
Jira Software 이슈 랭킹 시스템의 저하를 해결하기 위한 타깃 운영인 Local Lexorank Repair를 소개합니다.
이는 랭킹 문제가 확대되기 전에 시기적절한 수리를 제공하여 글로벌 Lexorank 리밸런싱을 피하는 것을 목표로 합니다.
Local Lexorank Repair는 전체 시스템을 글로벌하게 리밸런싱하는 대신 로컬 저하 핫스팟에서 랭킹 저하를 해결하여 시스템 예측 가능성을 개선합니다.
이 기능은 백그라운드에서 실행되며 다음과 같은 문제 순위 지정 작업에 의해 트리거됩니다.
- 단일 이슈를 끌어서 놓거나 백로그의 맨 위나 맨 아래로 이슈를 옮기는 등의 UI 작업입니다.
- 페이로드의 단일 문제에 대한
/rest/greenhopper/1.0/api/rank/after와/rest/greenhopper/1.0/api/rank/beforeREST API 호출합니다 .
해결된 문제
Released on
20개 표시 중, 전체 132 이슈