2009-05-15 12 views
16

Użyłem Atlassian JIRA do śledzenia błędów i problemów podczas mojej ostatniej pracy. Bardzo mi się podobało i było to szczególnie łatwe w oczach.JIRA lub Trac?

Moja obecna firma używa zamiast tego Trac, i chociaż robi to wszystko, czego mi trzeba, to bardzo mi jej brakuje, szczególnie z powodu niemożności łatwego konfigurowania wielu projektów i łączenia problemów.

Aha, i fakt, że używa SQLLite jest dla mnie problemem.

Czy ktoś ma inne powody, aby się przełączyć?

Odpowiedz

0

Koszt jest prawdopodobnie najważniejszym powodem.

JIRA jest świetna, ale jeśli nie masz otwartego oprogramowania, opłaty licencyjne są zbyt drogie w przypadku małych projektów.

Trac jest darmowy i choć osobiście uważam, że wydaje się trochę przestarzały, wydaje się, że działa on dla ludzi.

+5

Atlassian ma obecnie ofertę na 10 licencji dla 10 użytkowników, zdecydowanie wartą rozważenia dla tych mniejszych projektów. –

6

Po użyciu Trac w mojej ostatniej pracy i Jira w mojej obecnej pracy, muszę powiedzieć, że oba mają swoje zalety. Jira jest o wiele bardziej funkcjonalna, jak na przykład kwestie związane z łączeniem, czas śledzenia, posiadanie wielu projektów z uprawnieniami i łączenie między nimi. Z drugiej strony, jeśli te funkcje nie są ważne, Trac ma znacznie łatwiejszy w obsłudze interfejs użytkownika i integrację między trackerem problemów, wiki i przeglądarką SVN (która z mojego punktu widzenia pokonuje skarpety Fisheye), a także zintegrowaną Widok osi czasu zapewnia całkiem przyjemne wrażenia użytkownika. Interfejs zapytań o bilety jest szczególnie zadbany. Jest to oczywiście kwestia gustu i znajomości.

W sumie Trac jest lepiej przystosowany do projektów typu open-source, ale cechy Jiry są najbardziej warte kosztu i zagraconego interfejsu użytkownika, jeśli jesteś komercyjnym deweloperem.

Jeśli chodzi o Sqlite, Trac działa poprawnie z Postgres.

+3

Dzięki za odpowiedź. Myślę, że masz rację, kiedy mówisz, że Trac jest wystarczający, gdy twój zespół nie potrzebuje funkcji takich jak łączenie problemów i śledzenie czasu spędzonego. Obecnie pracuję w zespole złożonym z 6 osób, który pracuje nad wieloma projektami. Potrzebuję narzędzia, które z łatwością pozwoli programistom śledzić ich czas w różnych projektach i pozwoli mi łatwo zobaczyć, nad czym pracują każdego dnia. Naprawdę myślę, że w tym przypadku JIRA jest odpowiednim narzędziem do tego zadania. – seedhead

16

Używam Traca już od kilku lat. Po pierwsze, problem sqlite ... Możesz łatwo przełączyć się na MySQL, jeśli chcesz. Zaczęliśmy czuć się trochę niepewnie w stosunku do interfejsu, kiedy stół wiki przekroczył 1 milion wierszy (zrobił to skrypt rouge), więc domyślam się, że powinieneś mieć się dobrze z Tracem. Możesz także użyć wielu węzłów obsługujących Trac, jeśli to będzie problem (dobrze jest mieć 2 w przypadku awarii zasilania/sieci).

Jeśli Twój zespół ma tylko 6 programistów, możesz rozważyć umieszczenie wszystkich projektów w jednym projekcie Trac i użycie pól komponentu lub kamienia milowego. Powinno działać dobrze.

Warto również zauważyć, że Trac jest niezwykle rozszerzalny dzięki wtyczkom, które można łatwo uzyskać z Internetu.

Nie mam żadnych problemów z linkiem Trac, więc nie mogę komentować tego problemu. Czy możesz być bardziej opisowy?

I o niemożności łatwego konfigurowania wielu projektów ... Nasi administratorzy napisali skrypt składający się z ~ 100 linii, który go obsługuje, a teraz jest to około 5 minut na skonfigurowanie nowego projektu Trac. Mamy już ich 60. Nie wiem jak Jira, ale rzadko tworzone są nowe projekty. Będziesz chciał częściej tworzyć raport za pomocą zapytania dotyczącego biletu.

Jeśli rozważasz komercyjne rozwiązanie, spójrz na FogBugz - Słyszałem, że to niesamowite ...Jednak nie jest tak rozszerzalny jak Trac (nie możesz po prostu użyć bogatego python api, aby dodać funkcjonalność, której potrzebujesz - i bardzo cenię tę funkcję w Tracu).

Spójrz na o długościTrac plugin list. Możesz łatwo zainstalować dowolny z nich, jeśli chcesz.

EDYCJA: Dowiedziałem się później, że łatwo jest dodawać projekty w Jira, ale Jira jest trudniejsza do uchwycenia niż Trac ze względu na liczbę funkcji, które obsługuje (i prawdopodobnie nie użyje większości z nich w 6 zespół -man). W dzisiejszych czasach musisz wziąć pod uwagę Jirę ze względu na Agile plugin.

4

Właśnie natknął Redmine który brzmi jak coś, co mogłoby działać dobrze dla zespołu o 6.

0

Jeśli przez wiele projektów, to znaczy wiele repozytoriów Subversion, Trac wersji 0.12 obsługuje tego. Do tej pory używałem Trac na mod_wsgi, który pozwala ci obsługiwać wszystkie instancje trac z jednej instancji mod_wsgi i wyświetlać listę wszystkich ścieżek, które masz pod pewnym adresem URL z linkami do nich. To było bardzo proste do skonfigurowania. Przygotowaliśmy również scenariusz tworzenia projektu trac wraz z tworzeniem repozytorium subversion, więc teraz mamy dla nas polecenie 1-liniowe.

1

Użyteczność GUI jest dla mnie najważniejsza. Ponieważ wtyczki trac istnieją dla wszystkiego, co programista uwielbia, obaj wykonują zadanie. Ważne jest, aby użytkownik dobrze się bawił przy użyciu narzędzia do śledzenia błędów, ponieważ aktywność związana z obciążeniem procesowym i tak nie jest najbardziej doceniana.

Ustawienie moich niestandardowych filtrów w dowolnym miejscu na wiki jest niesamowite w trac.