mantis에서 acknowledged와 confirmed 의 의미
글쓴이: honestee / 작성시간: 목, 2004/12/30 - 12:00오전
mantis(버그트래킹 시스템) 사용하시는 분들에게 궁금한건데요...
mantis에서 acknowledged 와 confirmed 는 구체적으로 어떻게 구분될까요?
new 는 그냥 새로 issue가 만들어졌다는 의미같고,
feedback 은 issue 거부 정도의 의미로 이해되구요.
assigned 는 어떤 사람에게 할당되었다라는 의미인거 같고,
resolved 는 말 그대로 해결, closed 는 issue 끝 을 나타내는
거 같은데 acknowledged 와 confirmed 는 무슨 의미인지 잘
모르겠네요...
그리고 assigned 라는 상태가 'assigned to' 라는 field 와는
따로 따로 존재하는 이유도 궁금합니다...
제 개인적인 생각은 assigned 상태로 바뀌면서 assigned to가
지정되어야 할 거 같은데, 아무때나 아무 상태에서나
assigned to 를 변경할 수 있는 거 같더라구요...
사용하기에 혼동스럽네요...왜 이렇게 되어있는건지
많이 써보신분들 조언부탁해요~
Forums:
Acknowledged는 버그보고를 수신했다는 뜻이고 confirmed는
Acknowledged는 버그보고를 수신했다는 뜻이고 confirmed는 버그가 있음이 확인됐다는 뜻입니다.
Assigned는 누군가에게 업무배정이 됐다는 것이고 assigned to란은 누구한테 배정이 됐는지를 표시하기 위한 난입니다.
사족이지만... 스타크래프트에서 테란 드랍십에게 명령을 내리면 “Acknowledged, HQ,”라는 말을 하곤 합니다. 명령을 수신했다는 뜻입니다. :)
덧붙입니다. Feedback은 잘은 모르지만 issue 거부는 아닐 것
덧붙입니다. Feedback은 잘은 모르지만 issue 거부는 아닐 것 같고요.. closed는 아마 "버그가 아니라서 issue를 닫습니다,"와 같은 경우에 사용될 수 있을 것 같습니다.
.
그런데 여전히 좀 이해가 안가는거는
Assigned 상태가 아닌 경우에도 assign 될 수 있는 건 왜 그런거죠?...
p.s. 아직 많이 test해본게 아니라서 확실히는 모르겠지만, mantis 가 버그 상태 기록은 좋은 거 같지만, workflow management 입장에서는 좀 빈약한 거 같네요... issue log 를 기록하는 정도 수준이라고 할까... 팀장, 팀원, 관리자 등에 따른 업무 분담(workflow에 의한)같은 거는 별로 고려가 안되어있는듯... 머 괜찮은 툴이 없을까요...
음.. 글쎄요.. Mantis 문서에는 안나와있나요..?
음.. 글쎄요.. Mantis 문서에는 안나와있나요..?
.
mantis에는 기능적인 설명만 있고, 활용적인 측면에서 어떤 의미가 있는지는 설명이 없네요..
[quote="검은해"]덧붙입니다. Feedback은 잘은 모르지만 is
Feedback은 아마도 버그 신고한 사람에게 뭔가 확인을 하기위한 과정일 것 같군요.
그리고 Closed는 버그가 수정되었다는 의미로 사용됩니다.
위에 나온 "버그가 아니라 issue를 닫는 경우"는 Bugzilla에서는 버그 상태를 CLOSED로 Resolution(해결 방법?)을 , 'INVALID','WONTFIX','DUPLICATE' 와 같은 형태로 나타냅니다.
What do you want to eat?
댓글 달기