Obecnie pracuję głównie sam nad projektem (w Javie). Jestem w większości sam, ponieważ mam doradcę, który udziela mi wskazówek na wysokim poziomie, co mam robić, i rzadko wnoszą wkład w kod. Jednak od czasu do czasu będzie kodować kilka testów akceptacyjnych.
Nigdy wcześniej nie korzystałem z narzędzia do śledzenia problemów i myślałem o rozpoczęciu korzystania z niego teraz, ponieważ chciałbym mieć miejsce, w którym będę mógł rejestrować ewentualne znalezione błędy i śledzić je w scentralizowany sposób. Czy lepiej byłoby zintegrować moduł śledzenia problemów z Eclipse?
Oto ograniczenia:
- To NIE jest projekt typu open source. Nasz kod nie może być nikomu udostępniany!
- jesteśmy i będziemy używać Subversion;
- mamy własny serwer Subversion i będziemy nadal korzystać z tego samego serwera Subversion;
- musi być wolny;
- musi umożliwiać co najmniej 2 użytkownikom.
Jaka jest twoja rada na temat tego, co wybrać? Szukam najprostszego dostępnego rozwiązania.
issue-tracking
pochłonęło elysium
źródło
źródło
Odpowiedzi:
W przypadku małych projektów stałem się wielkim fanem Trello . Ma tak niską barierę wejścia i tak wysoką użyteczność, że użyłbym jej do wszelkich mniejszych projektów.
Jeśli chcesz czegoś bardziej skomplikowanego i pełnego funkcji, poparłbym sugestie FogBugza lub Bugzilli.
Edytuj, aby podać więcej „wyjaśnień i kontekstu”:
Najczęstszym problemem, który zauważyłem wśród mniejszych zespołów bez oddelegowanych kierowników projektów, jest to, że tak wiele rzeczy po prostu nie wchodzi do systemu . Albo twórcy nie potrzebują czasu, aby wejść we wszystko, co trzeba zrobić, albo problemy są tylko sporadycznie aktualizowane w miarę postępu pracy.
Trello zachęca użytkowników do aktualizowania systemu przy użyciu dobrych danych, dzięki czemu głupio łatwo jest dodawać nowe problemy i aktualizować status istniejących problemów.
Co najważniejsze, jego system „list” wewnątrz tablic można łatwo i szybko dostroić, aby reprezentował prawie każdy system kamieni milowych i rodzajów problemów, z których chciałby korzystać mały projekt.
Obsługuje także bardziej powszechne narzędzia do śledzenia problemów, takie jak komentowanie problemów, głosowanie nad problemami, zmiana kolejności, oznaczanie tagów i przypisywanie - ale wszystkie są ukryte na uboczu (ale właściwie tam, gdzie chcesz, kiedy ich potrzebujesz).
Bugzilla jest w porządku, w pełni funkcjonalny tracker problem, ale nie zaprzeczam, że czuje się jak tworzenie i edytowanie jest kosztowne błędy . FogBugz zmniejsza wiele podświadomego bólu związanego ze śledzeniem wszystkiego w twoim projekcie, ale wciąż ma wystarczającą liczbę edycji i ekranów, aby poczuć się bardziej pracowitym niż, powiedzmy, po prostu przeciąganie karty z „robienia” do „robienia” w Trello.
tl; dr - najlepszym sposobem, aby śledzenie problemów było aktualne i aktualne, jest uczynienie go tak łatwym, jak to możliwe , i do tego właśnie stworzono Trello.
źródło
„najprostszym dostępnym rozwiązaniem” jest oczywiście wezwanie do oceny.
Uważam, że FogBugz jest bardzo łatwy w użyciu i mogę polecić go do opisywanego przypadku użycia. Jest bezpłatny dla zespołów dwuosobowych i bardzo przystępny dla większych, ma wtyczkę Eclipse i integruje się z Subversion .
W trosce o pełne ujawnienie: moje doświadczenia z FogBugz dotyczyły wersji lokalnej z wtyczką Visual Studio i integracją z Perforce, a nie dokładnej konfiguracji, której szukasz.
źródło
SVN + Trac + Eclipse z wtyczką SVN Team Provider (i Mylyn, jeśli chcesz)
Będzie to działać zarówno w przypadku jednoczesnych projektów osobistych, jak i zespołowych.
Z Eclipse (z powyższymi wtyczkami i wtyczką Trac XML-RPC ) ty i twój zespół będziecie mogli to zrobić
źródło
Możesz użyć Mantis: http://www.mantisbt.org/index.php
Jest dość prosty i można go skonfigurować do integracji z SVN i Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ pytania / 2939794 / mantis-bug-tracker-api -integracja
To powiedziawszy, trzymanie się tylko podstawowych funkcji Traca może ułatwić korzystanie z niego: http://trac.edgewall.org/
źródło
Moja rekomendacja:
Plik nazwany
bugs.txt
w katalogu głównym repozytorium.Zalety:
To jest .txt. Oznacza, że nie jesteś związany z konkretnym systemem / oprogramowaniem
To bardzo proste.
Możesz zdecydować, co działa dla Ciebie za pomocą tej metody - w moim przykładzie jest coś takiego:
filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.
filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar
svn checkout <url>
, masz tam swojego bugtrackera - możesz także użyć $ IDE-of-choice - to po prostu kolejny plik tekstowy.Niedogodności:
staje się nieporęczny po ponad 2-3 programistach.
Nie ma sposobu, aby naprawdę przypisać to do osoby.
źródło
Mój głos jest na Redmine . Jest całkowicie darmowy i dobrze integruje się z Subversion.
źródło
To może nie być „proste”, ale uważam to za jeden z najlepszych programów do śledzenia problemów w branży: Jira z Atlassian . Pochodzi z licencją początkową dla 10 użytkowników za 10 (australijskich) dolarów ... Używam go jako programisty solo. (Należy pamiętać, że witryna wydaje się preferować wyświetlanie licencji / cen „na żądanie” i może być konieczna wycena „pobierania”).
Kolejny duży plus dla tej stawki początkowej: pełne wpływy są przekazywane na cele charytatywne Room to Read . Możesz więc skorzystać z w pełni funkcjonalnego narzędzia do śledzenia błędów i dobrze się z tym czuć :-)
źródło
Możesz także rzucić okiem na BugZilla . Zobacz także to porównanie różnych programów śledzących błędy w programistach SE. Trac jest również dobrą alternatywą do wykorzystania jako tracker.
Inną opcją jest Sourceforge . Według mojej wiedzy jest on darmowy, niezależnie od liczby użytkowników. Zawiera repozytorium SVN (którego prawdopodobnie nie będziesz używać) i moduł śledzący. Aby zobaczyć przykład tego trackera, zobacz ten przykład z projektu Audacity (oprogramowanie do nagrywania typu open source).
źródło
Sprawdź Ditz .
Jest to bardzo proste narzędzie do śledzenia problemów oparte na wierszu poleceń, którego bazę danych można przechowywać w repozytorium kodu.
Nie ma żadnych fantazyjnych interfejsów użytkownika, tylko proste narzędzie wiersza poleceń. W duchu jest podobny do sugestii @ jrg i narzędzia TODO.txt.
źródło
Spójrz na Asanę . To proste, bezpłatne narzędzie do śledzenia projektów w Internecie. Używam go do projektów i zadań w domu. Możesz tworzyć wiele projektów i przypisywać im zadania. Dla każdego zadania możesz ustawić:
Możesz nadać priorytet elementom za pomocą czegoś zwanego „nagłówkami priorytetowymi”. Możesz również zaplanować pozycje jako „dzisiaj”, „nadchodzące” lub „później”, aby uzyskać podstawowe wyobrażenie o tym, nad czym należy najszybciej pracować.
Nadal jest w toku, ale ma bardzo elegancki interfejs i jest łatwy w użyciu.
źródło
Najprostszym narzędziem do śledzenia błędów jest stos kart indeksowych 3x5 (lub 4x6, jeśli masz duży charakter pisma), pudełko pinezek i sześcienna ściana, IMO. Jeśli nie masz rozproszonego zespołu (nie masz go, ponieważ pracujesz sam), to jest w porządku. Pamiętaj, że chcesz mieć możliwie najniższą impedancję dzięki narzędziu do śledzenia błędów - jeśli trudno jest napisać błąd lub zapisać pomysł na ulepszenie, nie zrobisz tego. Kiedy coś jest zrobione, zsuwa się ze ściany i przechodzi w gotowy stos.
To prawda, że integracja z punktem Eclipse nie powiedzie się, ale czy naprawdę potrzebujesz programisty solo? Jeśli twój doradca nie będzie naprawiał błędów, nie potrzebuje dostępu do kart (lub może zatrzymać się i rzucić okiem). Jeśli piszą testy akceptacyjne, możesz zanotować ich treść na karcie, której dotyczą.
Byłbym zainteresowany dowiedzieć się, co skłania cię do spojrzenia na narzędzie. Czy potrzebujesz jakiegoś rodzaju danych o błędach (średni czas otwarcia, całkowite otwarcie vs. zamknięcie itp.)? Dlaczego integracja z Eclipse jest ważna?
źródło
W przypadku naprawdę bardzo prostego śledzenia problemów zawsze możesz użyć arkusza kalkulacyjnego, takiego jak Excel lub baza danych MS Access . Są to w zasadzie zabawki w porównaniu z monitorami rzeczywistych problemów, ale mają zalety niskiej krzywej uczenia się i niskiej bariery wejścia: po prostu utwórz arkusz kalkulacyjny i dodaj kolumny, gdy ich potrzebujesz!
Program Excel jest do tego przydatny, ponieważ można sortować i filtrować według kolumn oraz łatwo generować wykresy i wykresy w celu śledzenia postępów. Więcej informacji można znaleźć w tym artykule: http://chandoo.org/wp/2009/09/08/issue-trackers/
Ładny szablon narzędzia do śledzenia problemów z MS Access jest dostępny tutaj: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
źródło
YouTrack od JetBrains (firmy stojącej za IntelliJ IDEA i ReSharper) wydaje się bardzo obiecujący, chociaż nadal mam ograniczone osobiste doświadczenia z tym.
Z tego, z czego dotychczas korzystałem z YouTrack, przynajmniej wolę to od JIRA.
źródło
W moim małym zespole (głównie tylko ja) korzystam z CodeTrack . Działa dla mnie naprawdę świetnie, ponieważ potrzebuje tylko PHP na serwerze, a nawet bazy danych.
Możesz go po prostu pobrać, rozpakować na swoim serwerze internetowym i działa prawie natychmiast. Co więcej, kod jest naprawdę prosty, więc możesz go łatwo dostosować do swoich potrzeb.
źródło
Jeśli nie ujawniasz poufnych informacji w raportach błędów i komentarzach, polecam Kod Google. W przeszłości korzystaliśmy z funkcji Problemy w jednym z naszych projektów z zespołem 8 programistów. To naprawdę proste, łatwe i wystarczająco dobre dla małego zespołu.
Pamiętaj, że chociaż musisz rozpocząć projekt open source, ale nie musisz przesyłać kodu do Google, użyj funkcji Problemy. Oczywiście każdy może zobaczyć Twoje błędy, jeśli przypadkowo znalazł Twój projekt lub udostępnisz mu link do projektu.
źródło
Trackie jest niezwykle proste, ale elastyczne.
Jest skierowany do małych zespołów technicznych lub pół-technicznych / pół-kreatywnych, które muszą śledzić problemy w prosty, jednokierunkowy sposób. Obsługuje niestandardowe stany (z niestandardowymi kolorami) problemów, a także priorytety i cesjonariuszy.
Chociaż interfejs użytkownika jest już bardzo prosty i przejrzysty, dodatkowy uproszczony interfejs użytkownika jest prezentowany użytkownikom dodanym do projektu jako klient.
Wreszcie, akceptuje problemy przez e-mail. Nie tylko bezpośrednio, ale także jeśli przekażesz problem klienta do Trackiego, wszelka korespondencja z twoim klientem będzie odtąd przebiegać przez Trackie, nawet jeśli Twój klient o tym nie wie. Utrzymanie wszystkiego w jednym miejscu.
Jest bezpłatny, gdy jest w prywatnej wersji beta. To, czy pozostanie wolne, nie jest jasne w momencie pisania.
Oświadczenie: Jestem programistą tego narzędzia do śledzenia problemów. Myślę jednak, że ta odpowiedź jest jednak istotna dla PO.
źródło
basecamp.com - jeden projekt jest bezpłatny, interfejs jest bardzo prosty, a możesz być gotowy do pracy w ciągu około dwóch minut bez instalacji
teraz wróć do pracy ;-)
źródło