forked from juolly/issue-tracker
기능 및 서비스 정리
sally-ksh edited this page May 13, 2023
·
12 revisions
-
이슈 트래킹 시스템을 도입할 때 고려사항 ref
- 모든 팀원에게 편리하고 쉬운 사용성
- 검색 및 필터 시스템
- 사용자가 원하는 방식으로 필터를 통해 필요한 항목을 쉽게 찾을 수 있어야합니다. 또 프로젝트 현황을 한눈에 볼 수 있는 여러 가지 뷰를 (간트차트, 캘린더) 제공해야 합니다.
- 외부 서비스와의 자유로운 연동
- 이슈 트래킹 시스템을 도입하면 다른 서비스로 변경이 어려우므로 수정 및 확장성이 좋아야 합니다. 특히 버전 관리 시스템 (SVN, Git 등), 외부 API, 외부 서비스와의 연동이 자유로울수록 좋습니다.
- 쉬운 협업
- 팀원들이 쉽게 논의하고 함께 작업 할 수 있도록 해야합니다. 진행 상황을 남길 수 있는 스레드나 작업내역 히스토리 등이 필수적입니다.
- 커스텀
- 워크플로우나 대시보드를 사용자가 원하는 대로 변경 및 구성할 수 있어야 합니다.
Ex. 검색어 입력시
is:open label:FE label:"✨ Feature" author:jwu-ice
➜/api/issue-tracker/issues?q=is:open+label:"FE"+label:"✨ Feature"+author:jwu-ice
- 검색키 별 공백은
+
로 변환시켜 요청 받는다. - 검색키와 검색어 사이는
:
으로 구분한다. -
~없는 이슈
:none
으로 검색어가 입력된다.- author의 검색어로는 사용 불가
- 여러 검색어 입력되는
label
의 경우nont
쓰이면, none이 아닌 검색어 입력 조회는 불가 한다.
- 에러 메시지 보다는 200OK 응답에 빈 리스트를 반환한다.
-
is
- issue 상태 검색키, 1번만 입력 -
label
: 레이블 검색키- 1번만 입력
- 검색어는 "" 를 붙인다. (공백 허용)
-
milestone
: 마일스톤 검색키- 1번만 입력
- 검색어는 "" 를 붙인다. (공백 허용)
-
author
: 작성자 검색키- 1번만 입력
- 공백 없는 문자열
- 작성자 없는 이슈 필터는 없다.
-
하나의 컴퓨터에서 2가지 방식 로그인시 처리 방식
- 사용자가 Oauth 와 웹 가입 2가지 된 경우 처리 방식 : 다른 User로 인식한다.
-
Oauth 계정 로그아웃 후 재로그인시 (JWT)
-
이슈 등록시 담당자 정보는 어디서 가져올까?
- 팀으로 등록된 목록 중 하나?