오픈 소스 프로젝트 - XE 개발 포럼
글수 255
버그 게시판 개선.
일명 trac 티켓 모듈 제로보드로 끌어오기 프로젝트입니다.
의견 있으시면 댓글로 달아주세요 -
요구사항을 모으려는 글입니다-
디자인은 계속 업뎃 :)
Module명: issuetracker
** 현재 Trac 티켓에서 사용할 수 있는 내용들은 기본 테이블로 가져갑니다.
** 프로젝트 specific한 내용은 확장변수로 처리 가능
** Milestone table대신에 그냥 version table만 만들수도 (component별 버전은 따로 처리하고)
1. Milestone table (or version table)
schemas/issue_milestones.xml
milestone_srl - number(11) - primary_key
module_srl - number(11) - idx_module_srl
title - varchar(255)
deadline - date - idx_deadline *혹은 released date
description - bigtext
2. Ticket table
schemas/issues.xml
target_srl - number(11) - primary_key * document_srl이나 comment_srl과 매칭
module_srl - number(11) - idx_module_srl
assignee - number(11) - idx_assignee_srl
milestone_srl - number(11) - idx_mileston_srl
component_srl - number(11) - idx_component_srl
type - number(11) - idx_type_srl
priority_srl - number(11) - idx_priority_srl
occured_version_srl - number(11) - idx_oversion_srl
fixed_version_srl - number(11) - idx_fversion_srl * milestone이랑 겹치려나요
status - char(1) - default 'N' * 새로운 이슈 N(ew), 확인된 이슈 C(onfirmed), 진행중 이슈 A(ssigned), 완료된 이슈 (c)O(mpleted), 재오픈된 이슈 R(eopened)
change_log - bigtext * Status Update comments * comment_srl에서 이전 comment와 변경된 내용을 업데이트로 사용
deadline - date - idx_deadline *혹은 released date
description - bigtext
2. Ticket table
schemas/issues.xml
target_srl - number(11) - primary_key * document_srl이나 comment_srl과 매칭
module_srl - number(11) - idx_module_srl
assignee - number(11) - idx_assignee_srl
milestone_srl - number(11) - idx_mileston_srl
component_srl - number(11) - idx_component_srl
type - number(11) - idx_type_srl
priority_srl - number(11) - idx_priority_srl
occured_version_srl - number(11) - idx_oversion_srl
fixed_version_srl - number(11) - idx_fversion_srl * milestone이랑 겹치려나요
status - char(1) - default 'N' * 새로운 이슈 N(ew), 확인된 이슈 C(onfirmed), 진행중 이슈 A(ssigned), 완료된 이슈 (c)O(mpleted), 재오픈된 이슈 R(eopened)
3. Priority table
schemas/issue_priorities.xml
priority_srl - number(11) - primary_key
module_srl - number(11) - idx_module_srl
title - varchar(255)
is_default - char(1) - default 'N'
listorder - number(11) - idx_listorder
4. Type table
schemas/issue_types.xml
type_srl - number(11) - primary_key
module_srl - number(11) - idx_module_srl
title - varchar(255)
is_default - char(1) - default 'N'
listorder - number(11) - idx_listorder * 이거 필요할까요?
5. Component table
schemas/issue_components.xml
component_srl - number(11) - primary_key
module_srl - number(11) - idx_module_srl
title - varchar(255)
is_default - char(1) - default 'N'
6. Resolution table
schemas/issue_resolutions.xml
resolution_srl - number(11) - primary_key
module_srl - number(11) - idx_module_srl
title - varchar(255)
is_default - char(1) - default 'N'
2008.08.04 19:15:28 (*.146.10.83)
질문! TRAC서버의 티켓을 연동해서 보여주는건가요, 아니면 ZBXE자체에서 TRAC과 같은 작동을 보여주는 모듈을 새로 만드는 건가요? DB디자인을 보아하니 아마도 자체적인 TRAC모듈인것 같은데.. 궁금하네요.. *^^*
2008.08.04 20:28:12 (*.13.13.67)
현재.. 열심히 svn 연동할 수 있는 코드 작성중입니다.
대략 브라우징, 파일내용보기, 로그보기까지는 했고 diff만 구현하면 XE 모듈로 사용할 수 있겠네요.
다만 서버내에 svn command를 쓸 수 있어야 하지만.. 프로젝트 모듈을 이용할 정도라면 svn 설치되어 있다고 생각해야겠네요.
대략 브라우징, 파일내용보기, 로그보기까지는 했고 diff만 구현하면 XE 모듈로 사용할 수 있겠네요.
다만 서버내에 svn command를 쓸 수 있어야 하지만.. 프로젝트 모듈을 이용할 정도라면 svn 설치되어 있다고 생각해야겠네요.
2008.08.04 20:51:50 (*.146.10.83)
제로님께도 질문~~~~~(끈질겨!!)
SVN과 연동한다는건.. 프로젝트 진행을 위한 부분에서의 SVN인가요? 아니면, ZBXE의 "라이브 업데이트"라든가... (반짝반짝)
Tools가 있으니 발전해서 라이브업데이트같은 형태로 만들수도 있지 않을까 싶은데요?
물론 오픈소스 모임에서도 언급하셨듯.. 업데이트에 들어가면 전체 사이트를 닫고 안내페이지를 표시하게 바이패스 시키면서 관리자만 프로세스를 점유하게 하고.. 업데이트가 끝나면 유효성 검사를 해서 결과를 관리자에게 리포트 해준다든지... 마이그레이션데이터와 같은 거대한 덩치는 HTTP상으로 처리하는게 불안하지만서도.. ZBXE의 업데이트는 가능할듯도 싶습니다.. ^^
덧: diff모듈을 구현중이시라니... 쌍수를 들어 환영합니다.. diff모듈은 ZBXE의 하위모듈이 될테니.. 위키모듈에서도 쉽게 가져다 쓸 수 있을테고... (반짝반짝반짝)
SVN과 연동한다는건.. 프로젝트 진행을 위한 부분에서의 SVN인가요? 아니면, ZBXE의 "라이브 업데이트"라든가... (반짝반짝)
Tools가 있으니 발전해서 라이브업데이트같은 형태로 만들수도 있지 않을까 싶은데요?
물론 오픈소스 모임에서도 언급하셨듯.. 업데이트에 들어가면 전체 사이트를 닫고 안내페이지를 표시하게 바이패스 시키면서 관리자만 프로세스를 점유하게 하고.. 업데이트가 끝나면 유효성 검사를 해서 결과를 관리자에게 리포트 해준다든지... 마이그레이션데이터와 같은 거대한 덩치는 HTTP상으로 처리하는게 불안하지만서도.. ZBXE의 업데이트는 가능할듯도 싶습니다.. ^^
덧: diff모듈을 구현중이시라니... 쌍수를 들어 환영합니다.. diff모듈은 ZBXE의 하위모듈이 될테니.. 위키모듈에서도 쉽게 가져다 쓸 수 있을테고... (반짝반짝반짝)




tickets.xml의 type/ priority의 경우 number(11)로 되어야 하고 type/ priority테이블의 경우 srl, title, order, is_default가 있어서 순서와 기본값을 설정할 수 있게 하면 좋을 것 같습니다.
ticket table의 경우 document_srl 이라는 컬럼보다는 target_srl등으로 해서 document와 comment 테이블 모두 연동이 되어야 차후 편하지 않을까 싶습니다.
예를 들어 티켓의 발의 할때는 document에 글이 쌓이면서 ticket테이블에도 데이터가 같이 쌓이고 계속 변경되어 갈때 comment로 내역을 표시하고 comment를 적을때 관련 정보를 남겨야 하지 않을가 싶습니다.
물론 DB 퍼포먼스 등을 위해서 document - ticket에는 최종 변경값을 update해주구요.
으음.. 굳이 이럴 필요 없이 그냥 document - ticket에 update만 해주고 comment에는 changed log만 남겨도 될 것 같기도 하네요.
고민 조금 더 해보고 답글 달겠습니다.
혹시 적절한 안이 나오면 남겨주시면 감사하겠습니다. (__)