Zajmuję się tworzeniem oprogramowania z zespołem w ramach moich badań podyplomowych. Angażujemy się w wiele projektów hostowanych w różnych miejscach: niektóre w publicznych projektach GitHub, inne w prywatnej instancji Redmine itp. Niektóre logiczne projekty są podzielone na wiele repozytoriów projektów, często z częściami publicznymi i częściami prywatnymi. Używamy trackera problemów dla każdego projektu dla jego lokalizacji hostingowej, co jest dobre, z wyjątkiem tego, że mamy teraz wiele miejsc do sprawdzenia i martwię się, że zbliżamy się do "przeciążenia narzędzi" - zbyt wielu miejsc do zgłaszania bug, zbyt wiele miejsc do sprawdzania raportów o błędach.Narzędzie do agregowania wielu heterogenicznych trackerów błędów/problemów?
Pytanie brzmi: czy istnieje narzędzie/aplikacja internetowa do agregacji, którą moglibyśmy skonfigurować, aby pokazać nam przynajmniej połączoną listę błędów z wielu różnych modułów do śledzenia błędów? Byłoby miło, gdyby mógł również pokazać połączony "feed aktywności" (zarówno w ofercie GitHub, jak i Redmine), a nawet lepiej, gdybyśmy mogli dodać "pojedyncze" zewnętrzne błędy do śledzenia (na przykład w upstream bugzilla) ale teraz naprawdę dostaję się do krainy snów.
„Ja też” aktualizować 2013-02-14:
miałem zamiar odpowiedzieć na pytanie co jest wyraźnie odwołują się do tego. Ponieważ nie ma akceptowanej odpowiedzi (i żadna z odpowiedzi nie wydaje się być szczególnie satysfakcjonująca), przedłużam tę:
Mam do czynienia z wieloma zespołami (w wielu witrynach), z których każda używa różnych trackerów problemów (wszystkie z Redmine , Jira, FogBugz i Trac of interest). Mam dostęp do trackerów na stronach internetowych, a problemy, które mnie interesują, są na ogół dość dobre, jeśli chodzi o porównywanie problemów związanych z innymi trackerami (najlepiej w niestandardowym polu).
Czy są jakieś narzędzia, które w jakiś sposób przedstawią bardziej ujednolicony widok konkretnego projektu, skutecznie rozprzestrzeniającego się w wielu zespołach, niż w tej chwili, gdy mam otwarte wiele okien przeglądarki?
Przykładem przepływu pracy, który próbuję ulepszyć, jest wykrywanie problemów, które jeden zespół twierdzi, że naprawił, ale zespół zależny od niego musi go popchnąć, aby go odebrać i sprawdzić jego poprawność, lub wykryć, gdy dana osoba podjęła decyzję. nie jest już potrzebny, ale nie jest powiadamiany o wyższym poziomie.
Należy pamiętać, że procesy, polityka i polityka są takie, że nie ma nadziei, że wszyscy zgodzą się użyć gdzieś jednego wspólnego trackera.
Wydaje się, że jest jak dotąd najbliżej. Zauważ, że teraz nazywa się [Taskmapper] (http://ticketrb.com/), który jednocześnie używa mniej znaków towarowych i jest bardziej przejrzysty. –
Można również usunąć odpowiedź, ponieważ domena jest wyłączona, a projekt nie jest obiektem abandonware. – sorin
Zobacz moją odpowiedź na rozwiązanie, które działa i nie jest opuszczone. http://stackoverflow.com/a/43557057/99834 – sorin