[serious thread] are you using any bug tracking / project management / version control software ?
category: general [glöplog]
like bugzilla, JIRA, perforce, subversion, etc... or homemade system ?
at work or even for your demos ?
i've always been wondering if a simple notepad or excel sheet aren't enough for many cases, especially when teamwork is limited :>
at work or even for your demos ?
i've always been wondering if a simple notepad or excel sheet aren't enough for many cases, especially when teamwork is limited :>
we use svn.
trac + subversion for my personal use
svn
svn here too
CVS, but we want to switch to subversion soonish.
bazaar isn't that bad too. very easy to use, especially with local repositories. Frontends lacked when i tested it though...
svn at work and for demos.
svn, both for work and demos.
we also have mantis configured and running, but don't really use it :)
we also have mantis configured and running, but don't really use it :)
Trac + svn. Work & personal & demo work.
svn
svn+trac at home, svn+mantis+sharepoint (blegh, ms bloat) at work
Is it really worth it?
(I ask cause I'm curious, trolling doesn't start for another 3 hours)
starteam
yes, I am subject to all of these systems at work. Thank God I'm only affected by CVS at home :)
zest, many software houses make the mistake that a simple spreadsheet for managing bugs, issues, change proposals and requirements is sufficient. but it really isn't.
Influence Device > SVN for example is the ultimate tool for lazy coder, if you don't remember what you've done before, it'll remember it for you. If you screw somewhere, it doesn't matter you can revert back to where you were.
It's also a sort of security, backup are less needed (also backing-up repository should be done on a regular basis). And ultimately in team work, it avoid you the error-prone synching operation.
(and i'm not talking about the use of commit's message to keep track of changes at a global level or bug-resolving with track).
One advantage of SVN is that he is small enough to be let in background of any computer (for mono-coder project), so yes it's really worth it
It's also a sort of security, backup are less needed (also backing-up repository should be done on a regular basis). And ultimately in team work, it avoid you the error-prone synching operation.
(and i'm not talking about the use of commit's message to keep track of changes at a global level or bug-resolving with track).
One advantage of SVN is that he is small enough to be let in background of any computer (for mono-coder project), so yes it's really worth it
bzr is great if you code on a laptop which isn't connected at all times. svn/cvs need a central server.
warpr: yes for that it is really good!
'bout CVS. I think svn is much better 'cause you don't need to handle versions on a per-file basis as with CVS... but tell that to my boss ;)
'bout CVS. I think svn is much better 'cause you don't need to handle versions on a per-file basis as with CVS... but tell that to my boss ;)
svn, previously cvs, but that was years ago, we were pretty fast in adopting svn
Perforce at work.
I'm not too fond of Jira although it can prove useful to keep track of bugs and to assign them to code slaves :)
I'm not too fond of Jira although it can prove useful to keep track of bugs and to assign them to code slaves :)
svn + buildbot + bugzilla at work, svn + buildbot at home.
warp: svk is also nice for distributed repos, since it works well with an svn-based workflow.