Screen: 스크린을 클릭 시 뭔가 더럽게 많은 내용이 뜨는 것을 보실 수 있는데, 일단 스크린이란 말 그대로 화면입니다. 여기서 화면이란 다음처럼 이슈를 생성 시 보여지는 팝업 창 그 자체라고 생각하시면됩니다.
이 팝업창을 보시면 아시겠지만, 뭔가 필드(Summary, Due Date등)가 굉장히 많이 있는 것을 확인할 수 있으며,스크린은 해당 필드들을 화면에서 숨기거나 보여주고 싶은 필드를 설정하는 등의 설정입니다.
앞서 해왔듯이 우측 상단의 Add Screen버튼을 클릭하여 다음과 같이 새로운 스크린을 하나 추가합니다.
그럼 아무것도 없는 화면이 나오며, 하단의 Select Field를 눌러서 다음처럼 기본적으로 필요한 몇 가지를 설정해줍니다.
Screen schemes: Scheme을 추가하기 전에 한 가지 짚고 넘어가야할 것이 있는데 Screen, Screen schemes, Issue type screen schemes의 세 가지의 관계에 대해서입니다.
앞의 이슈타입과 워크플로우와는 다르게 스크린과 이후 나올 필드의 경우 세 가지로 나뉘어있는데, 스크린은 앞에서 보신 바와 같이 팝업창 그 자체라고 보시면됩니다. 그럼 Screen schemes와 Issue type screen schemes의 차이는 무엇인가인데,
입니다.
차후 프로젝트설정에서는 Issue type screen schemes을 선택하게됩니다. 설명을 들을 때는 쉽지만 실제로 적용하려하면 꽤나 헷갈리는 부분이 되기에 몇 번의 연습이 필요합니다. (본인도 자주 헷갈림)
백문이불여일타라고, 다음과 같이 scheme도 추가해줍니다.
그럼 다음과 같이 scheme 생성되며, 기본 스크린으로는 Web Bug Default Screen을 사용함을 알 수 있습니다. 여기서의 기본이란 해당 scheme을 사용 시 모든 보여지는 스크린을 Web Bug Default Screen으로 하겠다는 의미이며, 만약 이슈 생성, 수정, 뷰의 화면을 전부 다르게 하고싶을 경우 우측상단의 Associate an Issue Operation with a Screen을 클릭하여 다른 스크린을 할당해줍니다.
물론 본 문서에서는 귀찮으므로 생략합니다.
Issue tpye Screen schemes: 해당 Scheme에 대해선 앞에서 설명드렸으므로 바로 만들어봅니다. 다만, Screen Scheme을 기본을 Web Bug Screen Scheme으로 둘 경우 Web Bug타입과 다른 타입과의 비교가 되지않으므로 Default Screen Scheme을 할당해줍니다.
그럼 이와 같은 화면이 나오며, 우린 Web Bug타입에 대해 다른 스크린을 써야하므로 우측 상단의 Associate an Issue Type with a Screen Scheme을 클릭합니다.
그리고 이걸 이렇게 추가하여 Add를 눌러주시면…
이렇게 추가되며, Web Bug 이슈타입엔 Web Bug용 스크린을, 그 외엔 기본 Jira 스크린을 사용하도록 설정이 완료됩니다.
