dalsi moznosti z komercni sfery je Microsoft Team Foundation Server - http://en.wikipedia.org/wiki/Team_Foundation_Server

RIMRR: zrovna ten FogBugz to tusim umi, pripadne k nemu existuji nejake addony

Zabyva se tu nekdo Quality Assurance / Quality Analyst?

EOLIS: prilis se v te problematice nevyznam, zkusim to neohrabane popsat. Mozna to co jsi psal bylo tak mysleno.
Osobne si predstavuju jako idealni system, ve kterem se eviduji bugy a zaroven mit prehled o aktualizacich a revizich. Pochopitelne plusem by byl i kalendář (např. activeCollab ma kalendar. Udajne dokonce s moznosti ho synchronizovat s google kalendarem). Jinak nekde jsem cetl, ze treba Trac lze udajne propojit s Bazaar (DVCS), ale chapu.. ze to je spise vyjimka.

Btw, sem rad ze sem lidi napsali tolik nazvu ruzneho softwaru. Vzdy kdyz tu zazni nazev softu, tak se ho snazim "proklepnout". Ale ve vetsine pripadu se jedna o kvalitni produkt, ovsem pouze v oblasti bugtrackingu bez moznosti navaznosti na nejaky verzovaci system. Osobne by mi bodlo dalsi rozsireni o nejaky project manager, ale jasny.. nejsem alenka v risi divu. Mozna ze takove systemy jsou ale budou pěkně mastné:)

RIMRR: Jde o to, čemu říkáš provázat? Vždycky můžeš vytvořit nějaký Traceability matrix nebo podobný nástroj, který ti umožní řídit bugy a mít o nich přehled, ale obvykle to bude někde mimo samotný bugtracking system. Některé bugtracking nástroje umožňují používat pvolitelně přidávat pole do formuláře pro bug reporty, tak aby takové propojení používaly.
To ale asi nebude to co máš přímo na mysli, že?

Jestli ti jde o přímé prolinkování používaných aplikací s bugtrackingovým nástrojem, tak to (pokud vím) umožňují jenom nástroje od jednoho distributora. Kdy např. Compuware, Rational nebo Mercury umožňují prolinkovat nástroje pro testování, bugtracking, version control a podobně. Ale vždy jenom s nástroji z vlastního balíku.
Tak nevím, jestli jsem ti pomohl:-)

Je tu nekdo QA?

pěkně se nám tu ty bugtrackery množí:) Trošku odbočím.. nejsem odbornik, proto bych rad se zeptal, zda je možné některé ty bugtrackery provázat s DVCS (distributed version control system) - je takové propojení obvyklé? Nebo se ty systémy mají provozovat separe?

Vzpomel jsem si na jeden clanek o bug trackingu: http://lostgarden.com/2008/05/improving-bug-triage-with-user-pain.html

FlySpray.

tak na nastenku i trac :) narazim na nej docela casto, tak na nem asi neco bude...

update nastenky - budu tam hazet veskery software, ktery tu zazni i kdyz to nebude primo bugtracker (treba DEJV: zminil basecamp. Ten patri do podobne kategorie jako activeCollab, coz jsou spise aplikace pro projektový managment. Nicmene patri to sem.

Ad) tuzka papir - sam si pisu poznamky na papirky bo do sesitu ale zjistuju ze to neni efektivni zpusob, pac ty veci ztracim. Ale uprimne zavidim CYBERWOLFovi (: ..

Ja v soucastnosti pracuju na volne noze, mam cca 3 stale klienty, pro ktere delam na temer denni bazi a pak par dalsich jedno ci vicerazovych. Posledniho pul roku se snazim najit nejlepsi alternativu pro jednoho vyvojare: zkusil jsem ruzne todo listy: webove ci desktopove, hodne pouzivam papir a taky jsem vyuzival basecamp, ktery je na jednu stranu fajn, kdyz cloveku staci zaznamenavat bugy ve forme todolistu, jinak je to celkem k nicemu.

Zatim to resim tak, ze mam nekde na papire, v todo listech seznamy bugu/ukolu, ktere po dokonceni zahazuju, zmena se projevi ve sprave zdrojoveho kodu a z toho si pak kazdy vecer pri automatickych buildech generuju zmenovou dokumentaci. Je to celkem fajn system, ale prechodu na plnohodnotny bug tracer se stejnak nevyhnu.

FRONEMA: na druhou stranu kdyz odskrtnes poznamku tak je uz navzdy ztracena a nedohledatelna. Nemuzes jednoduse chybu preposlat kolegovi, nemuzes poslat zadavateli bugu (tester, zakaznik apod) s zadosti o doplneni informace apod.

DEJV: ale zase je imho mnohem rychlejsi naskrabat si poznamku na papir nez to psat do nejakeho programu... my mame TesTrack (nejsem si jista jestli je to stoprocentně plnohodnotné k tomu co tu jmenujete vy) a prijde mi ze tam ma smysl psat jen zavaznejsi chyby ktery se budou nekomu predavat a tak.... kdyz vim ze to opravim sama behem nasledujicich par dni tak si to jen napisu do sesitu... (a dam to do mnoha krouzku, sipky k tomu a vubec:) )

CYBERWOLF: ne, uzivatele poslou mail tobe :)

Nemusi se napsat, muzes si to napriklad nahrat.

papiry se hlavne po case stanou neprehledne. Taky mam bloky plne todo listu a kdyz delam poradek, tak musim projit stare papiry a prepisovat veci a casto se tak neco ztrati.

TENCOKACISTROMY: papiry jiste, blok jsem jeste neztratil - zaznamy v DB ano:) Krom toho, nevidim duvod, proc bych mel posilat uzivatelum mail o tom, ze jsem nasel nejakou chybku - a i kdyby takova situace nastala, stejne jim to musis napsat uzivatelsky, nikoliv programatorstinou jako do bugtrackeru.

Krom toho, k cemu copy+paste? Dulezite je zachovat, za jakych podminek chyba nastane, coz stejne musis napsat.

CYBERWOLF: Papiry a bloky se maj tendenci ztracet, kdezto zaznamy v DB nikoli :)

A na papir neudelam CTRL+C, CTRL+V zeano ... A uzivatele obycejne pouzivaj email, nikoli obycejnou postu ...

FRONEMA: pockej, to ti spocitam ! ,)

TENCOKACISTROMY: oci?

pouzivame ve firme mantis, nekolik tymu stejnou instalaci. Vetsinou tak tri ctyri lidi na projekt

pisou do nej v nekterych projektech i zakaznici

TENCOKACISTROMY: hele, ja ti to neberu. Pro me osobni potreby ma ovsem blok v porovnani s akupem dotykoveho displeje neprekonatelne lepsi pomer cena/vykon. Krom toho, kdyz na tom delam sam, tak nepotrebuju, aby moje pismo nekdo cetl - spis naopak (a nevykladej mi tu o zaheslovani...) :)