이 문서는 2020년 6월 23일 출시된 Jira Service Desk 4.10 릴리즈 노트를 공유하기 위해 작성 되었다.
주요 기능
Google과 Microsoft는 기본 인증을 사용하지 못하게 할 예정입니다.
만약 이들 중 하나를 사용(Jira에서 메일서버로)하고 이메일틀 통해 요청이나 이슈를 생성하는 경우 OAuth 2.0 인증 방법을 대신 사용하도록 메일 서버를 재구성해야합니다.
Google과 Microsoft가 이 계획을 진행한다면, 이 업데이트 없이 Jira 편지함에 이메일이 도착하지 않을 것입니다.
Jira 8.10 및 Jira Service Dessk 4.10에서 이번 릴리즈에서 가장 중요한 목표인 OAuth 2.0 지원을 도입했습니다.
Jira Core와 Jira Software 프로젝트에서 사용하는 메일 서버용으로 Google과 Microsoft에 대하여 OAuth 2.0 사용이 가능합니다.
하지만 JIra Service Desk의 이메일 채널은 아직 Google만 지원가능하며, 빠른 시일내 Microsoft도 추가할 예정입니다.
OAuth 2.0을 사용하기 위한 단계 :
모든 Jira applications: Integrate Jira with OAuth 2.0. Learn more
Jira Core 및 Jira Software projects: Reconfigure mail servers to use OAuth 2.0. Learn more
Jira Service Desk projects: Reconfigure email channels to use OAuth 2.0. Learn more
| 다음 기능은 Jira 플랫폼에 있으며 이는 모든 Jira 제품군 (Jira Core, Jira Software 및 Jira Service Desk)에서 사용할 수 있음을 의미합니다. |
지난 Jira 8.7에서 GDPR을 준수할 수 있도록 사용자 익명화를 도입했습니다. 초기 기능은 새로운 버전에서 수정 가능한 약간의 제한이 있었습니다.
이번 릴리즈를 통하여 하기 항목을 포함한 익명화 범위를 확장시켰습니다.
이미 익명화된 사용자가 있다면, 그 사용자들을 다시 익명화 시킬 수 있습니다.
이 경우, 새로 지원되는 항목을 처리하여 사용자는 GDPR에서 사라지게 될 것입니다.
어떤 커스텀 필드가 Jira를 드래그 인덱싱하는지 궁금한 경우 그 범인을 보여줄 수 있습니다.
이제 정보에 쉽게 접근 가능하여 로그를 파헤칠 필요가 없습니다.
생성된 커스텀 필드 인덱싱 페이지에는 인스턴스 분석을 할 수 있게 하는 인덱싱의 시간이 가장 오래 걸리고 조치를 취하는 상위 10 개의 필드가 표시됩니다.
이는 엔터프라이즈 환경에서 특히 유용합니다.
Administration > System > Clustering > Actions > Custom field indexing
클러스터 유지 관리에 자동화를 도입했습니다. 이제 클러스터에서 오프라인 노드를 수동으로 제거하거나, 하트비트가 없다고 보고 된 노드를 오프라인으로 이동시킬 필요가 없습니다.
하트비트가 없다고 보고된 노드는 이틀 후에 자동으로 오프라인 상태로 이동하고, 오프라인 상태로 이틀 동안 남아 있으면 클러스터에서 자동으로 제거됩니다.
또한 고급 감사 로그에 클러스터에서 진행중인 작업에 대한 전체적인 개요가 제공됩니다. 이런 식으로 노드가 오프라인 상태가 되거나 클러스터에서 제거되는 경우 바로 알 수 있습니다.
Jira에서 많은 수의 커스텀 필드는 인덱싱 시간 및 성능에 부정적인 영향을 미칠 수 있습니다.
이러한 영향을 최소화하기 위해 호출된 필드 인덱서의 수를 감소시키는 새로운 최적화를 도입하고있습니다.
이제 특정 이슈에 대한 값이 존재하지 않으면 커스텀 필드에 대한 정렬 마커를 저장하지 않습니다.
또한 특정 이슈에 대한 커스텀 필드 값이 존재하고 볼수있으며, 해당 이슈에 대한 범위가 할당 된 경우에만 인덱서가 실행됩니다.