'사용법'에 해당되는 글 5건
- 2009.01.13 TOW 0.3의 Subverion 사용시 사용자별로 권한 설정을 해줘야 합니다.
- 2008.08.26 Trac 관련 글 모음입니다. 2
- 2008.06.16 Trac의 마일스톤(milestone)과 버전(version)을 어떻게 구분해서 쓰시나요? 1
- 2008.04.04 새 프로젝트 생성하기 4
- 2008.04.04 TOW (TracOnWindows) 사용기 및 팁 모음입니다.
릴리즈노트에서도 말씀드렸지만, 다시 한번 TOW 0.3 버전 설치하신 후, 이 문제로 고민하시는 분들을 위해 다시 말씀드립니다.
TOW 0.3에서 Subversion 접근 권한은 사용자 별로 설정되며, 새로 추가한 계정은 아무런 접근 권한이 없습니다. 따라서, C:\TOW\SvnRepo\Projects\authz 파일을 수정해야만 합니다. 기본적으로 admin 만 읽고 쓸 수 있는 권한이 주어집니다.
authz 파일 문법은 간략히 알아 보죠. TOW를 설치하면 기본적으로 authz 파일은 아래와 같이 됩니다.
이는 익명의 사용자(*)는 아무런 권한이 없고, admin 계정은 읽고 쓰기(rw) 권한이 있다는 뜻입니다.
예를 들어, foo 라는 새 계정에 대해 읽고 쓰기 권한을 주려면 foo = rw를 추가하여 아래와 같이 하면 됩니다.
만약 그룹을 만들어 관리하고자 한다면, 아래와 같은 형식으로 하면 됩니다.
dev, test라는 그룹이 2개가 있고, 각각 dev에는 admin, foo가, test엔 test1, test2라는 계정이 들어가 있습니다. 그리고, dev그룹은 읽고 쓸 수 있고, test그룹은 읽기만 가능합니다.
authz 파일에 대해 더 자세히 알고 싶으시면 아래의 링크를 참고하십시오.
TOW 0.3 사용시 꼭 숙지하시기 바랍니다.
TOW 0.3에서 Subversion 접근 권한은 사용자 별로 설정되며, 새로 추가한 계정은 아무런 접근 권한이 없습니다. 따라서, C:\TOW\SvnRepo\Projects\authz 파일을 수정해야만 합니다. 기본적으로 admin 만 읽고 쓸 수 있는 권한이 주어집니다.
authz 파일 문법은 간략히 알아 보죠. TOW를 설치하면 기본적으로 authz 파일은 아래와 같이 됩니다.
[/]
* =
admin = rw
* =
admin = rw
이는 익명의 사용자(*)는 아무런 권한이 없고, admin 계정은 읽고 쓰기(rw) 권한이 있다는 뜻입니다.
예를 들어, foo 라는 새 계정에 대해 읽고 쓰기 권한을 주려면 foo = rw를 추가하여 아래와 같이 하면 됩니다.
[/]
* =
admin = rw
foo = rw
* =
admin = rw
foo = rw
만약 그룹을 만들어 관리하고자 한다면, 아래와 같은 형식으로 하면 됩니다.
[groups]
dev = admin, foo
test = test1, test2
[/]
* =
@dev = rw
@test = r
dev = admin, foo
test = test1, test2
[/]
* =
@dev = rw
@test = r
dev, test라는 그룹이 2개가 있고, 각각 dev에는 admin, foo가, test엔 test1, test2라는 계정이 들어가 있습니다. 그리고, dev그룹은 읽고 쓸 수 있고, test그룹은 읽기만 가능합니다.
authz 파일에 대해 더 자세히 알고 싶으시면 아래의 링크를 참고하십시오.
- http://blogs.open.collab.net/svn/2007/03/authz_and_anon_.html
- http://svnbook.red-bean.com/en/1.5/svn-book.html#svn.ref.mod_authz_svn.conf
TOW 0.3 사용시 꼭 숙지하시기 바랍니다.
아래의 링크는 Trac 과 관련된 링크를 모아봤습니다. TOW 설치 후에는 Trac을 잘 쓰여야 활용도를 높일 수 있을 거 같아서 한번 모아봤습니다.
추천할 만한 사이트가 있는데로 계속 업데이트하겠습니다.
Trac on Windows 설치 (TOW가 아닌 직접 설치)
이슈트래커, Trac에 대한 이해
Trac 사용법
Trac Plugin 설치법
Subversion 관련
Trac + Eclipse Mylyn 관련
Hudson과 Trac
이슈 트래킹 시스템 비교
추천할 만한 사이트가 있는데로 계속 업데이트하겠습니다.
Trac on Windows 설치 (TOW가 아닌 직접 설치)
- TracOnWindows 01 - Trac: 다양한 커스터마이징 방법 소개
- Trac, 닥치고 어디 한 번 설치나 해 봅시다.: RWAPM + mod_wsgi + Python + Trac 조합으로 설치하는 방법을 설명합니다.
- [가이드북] 형상관리(Subversion)와 이슈 관리(Trac)를 연동하여 프로젝트 개발 환경에 적용하기: VisualSVN server + Subclipse + Trac + 이클립스 Mylyn 연동
이슈트래커, Trac에 대한 이해
Trac 사용법
Trac Plugin 설치법
Subversion 관련
Trac + Eclipse Mylyn 관련
Hudson과 Trac
이슈 트래킹 시스템 비교
- 협업관리 및 이슈트래커 비교자료
- 이슈 트래커 개발자가 들려주는 이슈 트래커 이야기, Part 1: 무엇을 어떻게 골라쓸까
- 이슈 트래커 개발자가 들려주는 이슈 트래커 이야기, Part 2: 이슈 트래커를 슬기롭게 활용하자
- Compare Web-Based Issue Trackers
- 프로젝트 협업을 위한 Trac, CodeBeamer, Jira, Mantis의 간단 비교
- 버그관리시스템 사용 현황 조사 결과
Trac을 쓰다보면 마일스톤과 버전이 어찌보면 같은 의미같기도 하고, 아닌거 같기도 하고 그렇습니다. 찾아봤더니 다른 분들도 역시나 햇갈려 하시나 봅니다.
Trac의 메일링리스트에서 다음과 같은 글을 찾았습니다.
(출처: http://www.mail-archive.com/trac@lists.edgewall.com/msg01241.html)
- A milestone is created for each future version of the software we intend to release. This includes bug fix releases as well as major planned versions.
- When a bug is found and a ticket is created, we set the version field to the version of our product in which the bug was discovered. This is later updated if the bug was found to have been introduced in an earlier version.
- If a ticket is created for an enhancement or task (i.e. anything other than a bug) then the version field is left empty.
- Periodically I set the milestones of all tickets to be the version (s) in which we expect the bugs to be fixed or features to be introduced.
- When we tag a new release the milestone is marked as completed and we then add the version of the new release to the version list in Trac (so that bugs can be filed against that version). A new milestone is then created for the next release in that branch.
번역을 해보면...
- 마일스톤은 릴리즈하려는 소프트웨어의 미래의 버전마다 만든다. 여기에는 버그수정이나 메이저로 계획한 버전들도 포함된다.
- 버그를 찾아서 티켓을 발행할 때, 버전 필드에는 버그를 찾은 버전으로 선택한다. 만약 이 버그가 더 이전의 버전에서 발견되었다면 나중에 해당 버전으로 업데이트해야 한다.
- 티켓이 개선사항(enhancement)나 할일(task)라면(버그가 아닌 다른 것들이면) 버전 필드는 비어둔다.
- 주기적으로 모든 티켓의 마일 스톤을 해결되거나 나중에 추가될 것으로 예측하는 버전으로 설정한다.
- 새 릴리즈를 태그할 때 마일스톤이 끝난 것으로 하고 버전 목록에 새 릴리즈 버전을 추가한다. (그래야 이 버전에 대해 버그가 발견되면 선택을 할 수 있기 때문이다.) 브랜치에는 다음버전을 위해 다음 릴리즈를 위해 마일스톤을 새로 만든다.
이렇습니다. 댓글메시지에도 나오지만 마일스톤은 "미래"이며, 버전은 "과거"를 의미하네요.
결론적으로 보면 버전의 항목들과 마일스톤의 항목들은 버전 형식("1.0", "1.1.1.1" 등)과 같이 되겠더군요. 사실 지금은 다르게 해 놓고 썼거든요.
반드시 이렇게 써야 하는건 아니겠지만, 이렇게 쓰게 되면 좀 더 전달이 잘 될 듯 합니다.
도움이 되시길...
Trac의 메일링리스트에서 다음과 같은 글을 찾았습니다.
(출처: http://www.mail-archive.com/trac@lists.edgewall.com/msg01241.html)
- A milestone is created for each future version of the software we intend to release. This includes bug fix releases as well as major planned versions.
- When a bug is found and a ticket is created, we set the version field to the version of our product in which the bug was discovered. This is later updated if the bug was found to have been introduced in an earlier version.
- If a ticket is created for an enhancement or task (i.e. anything other than a bug) then the version field is left empty.
- Periodically I set the milestones of all tickets to be the version (s) in which we expect the bugs to be fixed or features to be introduced.
- When we tag a new release the milestone is marked as completed and we then add the version of the new release to the version list in Trac (so that bugs can be filed against that version). A new milestone is then created for the next release in that branch.
번역을 해보면...
- 마일스톤은 릴리즈하려는 소프트웨어의 미래의 버전마다 만든다. 여기에는 버그수정이나 메이저로 계획한 버전들도 포함된다.
- 버그를 찾아서 티켓을 발행할 때, 버전 필드에는 버그를 찾은 버전으로 선택한다. 만약 이 버그가 더 이전의 버전에서 발견되었다면 나중에 해당 버전으로 업데이트해야 한다.
- 티켓이 개선사항(enhancement)나 할일(task)라면(버그가 아닌 다른 것들이면) 버전 필드는 비어둔다.
- 주기적으로 모든 티켓의 마일 스톤을 해결되거나 나중에 추가될 것으로 예측하는 버전으로 설정한다.
- 새 릴리즈를 태그할 때 마일스톤이 끝난 것으로 하고 버전 목록에 새 릴리즈 버전을 추가한다. (그래야 이 버전에 대해 버그가 발견되면 선택을 할 수 있기 때문이다.) 브랜치에는 다음버전을 위해 다음 릴리즈를 위해 마일스톤을 새로 만든다.
이렇습니다. 댓글메시지에도 나오지만 마일스톤은 "미래"이며, 버전은 "과거"를 의미하네요.
결론적으로 보면 버전의 항목들과 마일스톤의 항목들은 버전 형식("1.0", "1.1.1.1" 등)과 같이 되겠더군요. 사실 지금은 다르게 해 놓고 썼거든요.
반드시 이렇게 써야 하는건 아니겠지만, 이렇게 쓰게 되면 좀 더 전달이 잘 될 듯 합니다.
도움이 되시길...
새로 프로젝트를 만드시려면 다음과 같이 해보세요.
p.s. 예전에는
- 도스창(Command Prompt)을 띄웁니다. (실행 -> cmd)
- 다음과 같이 실행해봅니다. (예제 프로젝트명: MyNewProject)C:\Documents and Settings\user>cd \TOW
C:\TOW>add-project MyNewProject - 이렇게 하면 MyNewProject 라는 프로젝트가 생깁니다.
- trac 주소는 http://서버주소:8080/projects/MyNewProject 가 됩니다.
- svn 주소는 http://서버주소:8080/svn/MyNewProject 가 됩니다.
- 끝!
p.s. 예전에는
create-svn-repo.bat, create-trac-repo.bat 스크립트를 사용했서 프로젝트를 생성했는데, 이 둘을 묶어서 add-project라고 만들었습니다. 각각 쓰셔도 됩니다.
이 포스트에 모아보겠습니다.
TOW 설치
TOW를 윈도우 서비스로 등록하기
- 윈도우에서 프로젝트 관리툴 Trac 설치와 기타 Plugin 설치
- Trac을 Windows에서 쉽게 설치하여 사용하기
- TOW (Trac On Windows) 사용하기
- [TRAC] 1장. Trac On Windows - 설치 파일 버전맞추기
- TOW ( TracOnWindows ) 설치기
- [펌]TracOnWindows 설치
- Trac 설치하기 (Trac on Windows)
- Trac, Moniwiki, Subversion Install of Window
- Trac 설치하기
- Trac On Windows
- AS3 Friends : Trac on Windows, Subclipse, Mylyn
- 협업관리 및 이슈트래커 비교자료
- Trac on Windows, Subclipse, Mylyn
- TOW(TracOnWindows)에서 다른 Subversion으로 연동하기
- 윈도우 계열에서의 초간단 Trac 설치 방법
Trac 플러그인 설치
Prev
Rss Feed
