Trac 대 Redmine

Trac 대 Redmine

---

저는 연구에서 일하고 있으며 생물 정보학 작업 그룹에는 여러 프로젝트 (Linux 환경)를 추적하기위한 프로젝트 관리 소프트웨어가 필요합니다. 원래 우리는 TRAC를 사용하려고 계획했지만 REDMINE에 대해 알게되었습니다. 또한 2008 년과 2009 년의 일부 이전 게시물에서 많은 프로젝트가 Redmine으로 전환되었음을 읽었습니다. 지금은 두 시스템 간의 최신 또는 신뢰할 수있는 비교를 찾을 수 없으므로 어느 시스템이 더 나은지 임금을받을 수 없습니다 (둘 다 똑같이 좋을 수도 있음).

내 질문:

여러분 중 누구든지 이러한 시스템 중 하나 또는 둘 다에 대한 최근 경험이 있고 Redmine 또는 Trac (또는 둘 다)의 일부 (큰) 장점 / 단점을 지적 할 수 있습니까?

요구 사항은 다음과 같습니다.

• svn 및 / 또는 dcvs (Git) 지원
• 문서 관리
• 발권
• 버그 추적
• 위키 / 내부 블로그 (예 : 지식 관리)
• 여러 프로젝트 지원
• 설치는 가능한 한 쉬워야합니다
• 사용 가능한 프로젝트 관리 소프트웨어를 설치하고 실행하기 전에 수백 개의 플러그인을 설치하지 않아야합니다 (기본 설치에는 대부분의 기능이 있어야 함).

시간 내 주셔서 감사합니다! 건배

---

나는 Redmine을 사용하고 ... 나는 그것을 좋아한다;)

• svn 및 git은 잘 작동하며 더 많은 repos가 구현되어 있지만 (Darcs, Mercurial, Cvs, Bazaar, Filesystem ???) 사용을 시도하지 않았습니다.
• 설치에 대해-제 경우에는 호스팅에 자동 설치 프로그램이 있으므로 아무 말도 할 수 없으므로 많은 자습서를 찾을 수 있어야합니다.
• 티켓팅 / 버그 추적-RM과 Trac 모두 주요 기능이므로 작성하기에는 너무 많습니다.) 역할을 구성하고 사용자 또는 그룹을 프로젝트와 연결하고 각 역할을 지정하여 자신의 문제를 지정할 수 있습니다 (티켓 ) 유형, 예를 들어. 버그, 새로운 아이디어, 이슈 우선 순위 간트 차트 (각 이슈에 대한 마감일 지정 가능), 모든 티켓을 프로젝트 버전과 연결할 수 있습니다. 여기에 많은 기능이 있습니다.
• 여러 프로젝트 지원-하나 이상의 저장소에 여러 프로젝트를 연결할 수 있습니다.
• 문서 관리 / 위키 / 내부 블로그-이 기능을 사용하지 않았지만 예, RM에는 문서 관리 및 위키 모듈 용 기능이 있습니다.
• 100의 플러그인 ... 아무것도 없지만 여전히 구성 옵션이 너무 많습니다 .P

---

나는 Trac을 선호합니다. 저는 지금까지 7 년 넘게 Trac을 사용했습니다. 저는 또한 Redmine에서 3 년 동안 일했습니다. 프로덕션에 사용한 최신 버전은 Trac 1.0.1 및 Redmine 2.2.3입니다. 그러나 Redmine에는 Trac에 비해 몇 가지 심각한 단점이 있습니다.

1. 설치 가 쉽지 않습니다.

   1. 프로덕션 용도로 Debian / Ubuntu 패키지 시스템을 사용할 수 없습니다.

      • 구성은 애플리케이션 코드와 분리되지 않으므로 패키지 업데이트를받을 때마다 변경 사항을 덮어 씁니다.
      • 데비안은 2013 년 (1 월) 초에 5 개의 보안 허점을 가지고 있었으며 일부는 여전히 불안정하고 테스트에서 수정되지 않았습니다. 물론 Debian stable에서 수정이 완료되었으며 패키지 버전이 안정적으로 너무 오래되어 최신 버전의 Redmine이 작동하지 않습니다.
      • Redmine의 종속성이 수정되었으므로 새 라이브러리 버전이 작동하지 않을 수 있습니다. 이것이 특정 종속성을 업그레이드하지 않도록 apt-get 또는 aptitude를 구성해야하는 이유입니다.

   2. 나는 통해 설치하도록 조언 gem하고 bundler. 그러나 이것은 홈페이지에 설명 된 것처럼 쉬웠습니다. 그러나 시스템 패키지 관리 외에 이러한 소프트웨어 패키지 관리 시스템에 대해 내가 가장 싫어하는 것은 업데이트 및 기타 모든 항목을 개별적으로 관리해야한다는 것입니다. 어떤 사람들은 가상 루비 환경을 제공 하는 RVM을 제안 하는데, 여기서는 apt-get에서는 불가능한 여러 Rails 버전을 나란히 설치할 수 있습니다. 나는 이것에 기분이 좋지 않지만 적어도 작동합니다.

2. 백업을 고려할 때 관리 는 쉽지 않습니다. Trac에서는 한 줄짜리이며 Redmine에서는 구성, 첨부 파일 및 데이터베이스 콘텐츠를 모두 별도로 백업해야합니다. 또한 Redmine은 여러 프로젝트를 지원하므로 새 프로젝트를 설정하기 쉽고 구성이 중복되지 않는다고 종종 언급됩니다. 여러 프로젝트 지원에 대한 추가 단락이 아래를 참조하십시오. 마지막으로 Trac 프로젝트를 관리 할 때마다 PLAIN-TEXT 구성 파일을 편집하는 것을 좋아합니다. Trac에는 봐야 할 파일이 하나 뿐입니다 trac.ini..

3. 구성 이 깨졌습니다. 예를 들어 프로젝트 개요가 아닌 시작 위키 페이지를 첫 페이지로 표시하는 Redmine에서 사용자 지정 경로를 만드는 것을 고려하십시오. Redmine의 소스를 편집하는 것이 좋습니다! 다음 업데이트가 구성을 덮어 쓰므로 매우 위험합니다. 따라서 그러한 종류의 구성은 실제로 의도 된 것이 아닙니다. 그러나 좋은 도구는 구성을 애플리케이션 소스 코드와 분리해야합니다.

4. Wiki 기능 누락 : XSS 취약점과 관련된 수정되지 않은 버그로 인해 일부 중요한 Wiki 기능이 누락되었습니다. (예 : 섬유 위키 마크 업 참조). 따라서 위키 페이지에 댓글을 달거나 이미지를 사용자 정의 크기로 렌더링 할 수 없게됩니다.

5. 스팸 보호 기능 누락 : 예, 오래된 reCaptach 플러그인이 있지만 더 이상 작동하지 않습니다. 특히 포크는 이슈 페이지를 보호합니다. 환상적인 속성 을 가진 SpamFilter 플러그인이있는 Trac과 비교하면 이것이 불가능합니다. 아무도 스팸을 수동으로 삭제하고 싶어하지 않습니다.

시간이 지남에 따라 사람들이 Redmine이 더 낫다고 말하는 많은 중요한 사항이 만들어졌습니다. 나는 그것들을 의심한다 :

1. 다중 프로젝트 지원 : 물론 Trac은 각각 고유 한 구성을 가진 여러 프로젝트를 제공합니다. 이것은 매우 유용합니다 . 하나의 프로젝트를 폐쇄 소스와 하나의 오픈 소스를 만드는 것을 고려하십시오. 닫힌 소스의 경우 저장소를 숨길 수 있지만 오픈 소스 프로젝트의 경우에는 숨길 수 없습니다. 이것은 Redmine에서는 불가능합니다. 또한 Trac을 사용하면 프로젝트를 개별적으로 백업 할 수 있으며 물론 50 개의 프로젝트 중 하나가 인기를 얻으면 자체 서버가 필요할 경우를 대비하여이를 분리 할 수 ​​있습니다! Redmine은 이것을 할 수 없습니다. 최근에 하나의 Trac 인스턴스에서 여러 사용자 프로젝트를 지원하는 새로운 플러그인이 등장했습니다. http://trac.edgewall.org/wiki/PluginList#MultipleProjects를 참조하십시오.

   그 외에도 Trac을 사용하여이 기능을 구축하는 프로젝트가 있습니다. Bloodhound

2. 버전 제어 시스템 : 플러그인 설치가 그렇게 어렵지 않다고 생각합니다. 거의 모든 VCS에는 Trac 용 플러그인이 있습니다 : Git, Perforce, Mercurial, Darcs, Monotone, Subversion, Bazaar. 또한 Git, Mercurial 등을 통합 지원하는 큰 프레임 워크보다 플러그인이있는 작은 코어 프레임 워크를 선호합니다. 이러한 아키텍처는 모듈식이 아닙니다. 따라서 VCS 지원을 플러그인에 적용하는 것이 그 방법입니다. 모든 것을 프레임 워크에 통합하는 것은 아닙니다.

3. 플러그인 : Trac과 Trac-Hacks는 Redmine보다 훨씬 더 많은 플러그인을 가지고 있으므로 Doxygen, Jenkins, Latex, BibTex 등의 통합은 문제가되지 않습니다!

4. Timing and Estimation : Trac에도 플러그인이 있습니다! 대체로 나는 최근의 Trac-bashing을 이해하지 못합니다. 또한 트렌디 한 인터프리터 언어 (python)로 작성되었으며 거의 ​​동일한 기능을 가지고 있습니다.

Redmine의 설치 프로세스는 쉽지 않지만 Trac 설치도 요즘 더 복잡해져 수동 데이터베이스 생성 등이 더 이상 단점으로 간주되지 않습니다.

마지막으로 두 프로젝트 모두 플러그인 시스템을 사용합니다. 이러한 플러그인의 사용자가 자주 겪는 문제는 고아가되어 현재 프레임 워크를 지원하지 않을 수 있다는 것입니다. 이것은 Redmine에서 수십 번 이상 나에게 발생했지만 때로는 Trac에서도 발생했습니다. 그러나 내 매우 주관적인 인상은 중요한 플러그인이 이런 종류의 문제와 Trac에 의해 조금 더 적은 영향을받은 적이 없다는 것입니다.

Last Last but not least least, I will try out Phabricator as it offers builtin workflow for code review.

---

At BitNami we provide free installers and VMs for Trac and Redmine. Redmine is definitely much more popular but Trac is getting more popular, in particular as 1.0 version is around the corner. Since you mentioned Git or DVCS support, you may also be interested in Gitorious or Gitlab

---

I'm working very much with redmine, and I love it!

1. svn and/or dcvs (Git) support

   got it both. if you add the ticket number to the commit message, the commit will appear very elegant in the ticket, this is one of my favorite features as developer :)

2. document management

   got it too, but just very minimalism. You can upload files to tickets and projects (seperately) but you can't search for them (i.e.)

3. ticketing, bug tracking, wiki

   yes, yes and... yes :) I like the syntax of writing tickets or other text contents, kind of similar with the syntax at stackoverflow.com.

4. multiple project support

   of cause you can create projects, sub-projects, sub-sub-projects.... with different access rights if necessary. You can also do this cascading with tickets.

5. installation and plugins

   I have never installed a redmine instance, and I have no experience with ruby. I'm just a redmine user - but I know that it is possible to write own extensions (my company has written one for own purposes, to extend the tracking of time)

Conclusion: I will always use Redmine when I need a ticket system!

Update: Sometimes I am also using the issue integration of code hosters like bitbucket or github. Redmine is the largest solution I've used. Trello is also an alternative, which I like to use to handle customer tasks (you can create teams), when not much people are involved and the project is not that big.

---

Redmine has all that out of the box in a generally very good quality.

However the Installation of Redmine is a different issue. Redmine has a lot of dependencies and many of those dependencies have multiple versions which are not compatible with each other. I was unable to install the most recent redmine manually so far.

What worked fine however was the redmine package provided by Debian Squeeze. It's an older version (1.0.1-2) but has everything you need. I know that openSUSE and Ubuntu also provide redmine packages. (both version 1.1.3, they weren't able to get an recent version installed either, huh?)

---

We have been using Redmine for some time. It may have been difficult to install in the past (I didn't think so) but Ubuntu now includes it so installing is a simple one liner "apt-get install red mine". Then you just turn on the passenger module "a2enmod passenger" and finally enable the redmine site.

---

I don't have experience with either Trac, or Redmine, we use Gemini, but you can find a comparison of project management tools here.

Hope this helps, Dave

ReferenceURL : https://stackoverflow.com/questions/5881578/trac-vs-redmine