문제

a에서 응용 프로그램을 호스팅하고 있습니다 리 노드, 그러나 대부분의 RAM을 사용하는 Tomcat 인스턴스에서 호스팅됩니다. 또한 Apache가 설치되어 있었으므로 Mercurial을 앞두고 버그 추적기가 필수라고 생각하지만 부족한 자원이 주어지면 어느 것이 가장 좋은지 결정할 수 없습니다. Jira는 의문의 여지가없는 것 같습니다.

  • 트랙
  • 사마귀
  • 레드 민

나는 이미 Apache를 제공했기 때문에 Trac을 좋아합니다. 피스톤, 기능을위한 Redmine 및 Mantis는 이미 세 가지 중에서 가장 가벼운 것이지만 기능 부서에서는 다른 두 가지에 비해 부족하다고 생각하기 때문에 Trac을 좋아합니다. 그 상황?

도움이 되었습니까?

해결책

(VPS는 무엇입니까?)

그 외에도, 당신은 자신의 버그 추적 설치를 유지해야합니까? 우리는 시스템을 사내 Bugzilla에서 Assembla (www.assembla.com)로 옮겼으며 훌륭합니다! 다중 통합 문제를 다루는 대신 요즘 실제 일을 할 시간이 훨씬 더 많습니다. 레코드의 경우 TRAC가 AssessBla의 통합의 일부라고 생각합니다. 우리는 소규모 조직이므로 어셈블라 수수료는 꽤 가볍습니다. 우리는 아마도 25 달러/mo (우리의 모든 SVN 호스팅 포함)까지 약 10 분의 시간 (윙크;)이며 쉽게 지출했습니다 1 /도구 문제에 대해 한 달에 2 일. 그들의 오퍼링이 조직에 적합한 지 확인하기 위해 범위를 유지해야합니다. (BTW 나는 어셈블라에서 일하지 않습니다!)

당신의 기술적 인 질문에 대한 비 기술적 답변을 제공하기 위해 사과드립니다.

다른 팁

VPS와 Redmine이 있습니다.

예전에는 1 기가 RAM, 단일 V 코어, 40GB 디스크 VPS가 Centos 5.5 (x64)를 실행했습니다. Redmine과의 성능 문제로 인해 많은 사용이 발생했습니다 (우리는 또한 동일한 상자에 전자 상거래 웹 사이트가 실행되기 때문에). 한 번에 Redmine에 액세스하는 두 명의 개발자 만 있지만 FTP 및 Redmine 및 SVN 액세스가 서버를 늦추고 전자 상거래 고객에게 영향을 미치는 시간이 충분한 앱이 있습니다 (나쁜!).

우리는 2 개의 공연 RAM, 2 V 코어, 80GB 디스크 VPS로 업그레이드했습니다. 우리가 계약자 소프트웨어 데브를 고용하고 우리의 레드 마인과 SVN을 사용한다면 아마도 우리의 슬라이스를 4 gig 램, 4 개의 v 코어 VP로 재구성 할 것입니다. 여전히 2 개의 공연과 2 개의 vcores가 우리에게 충분한 지 확인하기 위해 여전히 실험하고 있습니다. 기본적으로 Redmine을 실행하기에 충분하기 위해 서버에 한 달에 최소 $ 50- $ 100를 지출해야합니다.

Mantis는 매우 가벼우 며 작은 VPS에서 잘 작동합니다. 트래픽에 따라 512m 슬라이스와 아마도 더 작은 슬라이스에 잘 맞을 것으로 기대합니다.

나는 당신이 그 레드 민과 트랙이 덜 특징적이라고 생각한다는 것을 알았습니다. 그것은 또 다른 토론이지만 질문은 - 충분히 수행하는 것입니다. 당신의 필요합니까? 그렇다면 승자가 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top