bugtracking - any idea?
rossonieri#1
Member Posts: 799 ■■■□□□□□□□
in Linux+
i have played with trac, bugzilla, otrs and eventum.
my finding is that :
you cant directly run trac on remote commercial web-hosting (except that one specialized on trac and bugzilla) - or anyone has tried that before?
current bugzilla 3.0.2 cant run smoothly with perl 5.8 (or i'm missing something here?)
so - the last is for eventum and otrs : run smooth - and well GUI design. any in depth experience using these two? i'm still having a hard time to build that customer backend integration since there is very little chat out there talk about this.
opinions welcome.
cheers
my finding is that :
you cant directly run trac on remote commercial web-hosting (except that one specialized on trac and bugzilla) - or anyone has tried that before?
current bugzilla 3.0.2 cant run smoothly with perl 5.8 (or i'm missing something here?)
so - the last is for eventum and otrs : run smooth - and well GUI design. any in depth experience using these two? i'm still having a hard time to build that customer backend integration since there is very little chat out there talk about this.
opinions welcome.
cheers
the More I know, that is more and More I dont know.
Comments
-
sprkymrk
Member Posts: 4,884 ■■■□□□□□□□
No thoughts here, though I'd be interested in seeing what others have used. We use an in-house custom tracker built on .Net with a SQL backend.All things are possible, only believe. -
liven
Member Posts: 918
company i used to work for used bugzilla and mysql for years, and I think they still do...
Used Fedora for the host os.
And this was used for internal developement/testing and for the customers remote testing and tracking...
Seemed to work well enough.
In fact if we need to branch code we just replicated the database and started new instances of bugzilla...
Been a few years since I touched it, but I thought it worked well enough.encrypt the encryption, never mind my brain hurts.