Software configuration management

Click For Summary

Discussion Overview

The discussion revolves around the search for a suitable free, distributed Unix/Linux-based software configuration management (CM) tool. Participants explore options for change/defect management, revision management, and release management, comparing tools like Trac, Bugzilla, Mantis, git, and Subversion. The context includes considerations for small development projects and the integration of various tools.

Discussion Character

  • Exploratory
  • Debate/contested
  • Technical explanation

Main Points Raised

  • One participant is evaluating Trac, Bugzilla, and Mantis for change management and git and Subversion for revision management, seeking comments on their effectiveness and integration.
  • Another participant suggests Subversion as a reliable choice unless there is a compelling reason to choose otherwise, while expressing a preference for small granularity check-ins.
  • A participant shares their experience with an existing CM system that poorly addresses change management, version control, and release management, highlighting a divide in satisfaction between integrators and developers.
  • Concerns are raised about the appropriateness of using git as a configuration management tool, as it is primarily a revision management tool.
  • General advice is offered to approach the transition to new tools incrementally, starting with source control before adding bug tracking and integration/reporting.
  • One participant mentions the challenges of moving from a proprietary SourceForge system to free alternatives, noting the limitations of available forks.
  • A later post inquires about the software choices made by others, indicating a shared interest in finding effective CM systems.

Areas of Agreement / Disagreement

Participants express differing opinions on the suitability of various tools for CM, with no consensus reached on the best options. There are competing views on the effectiveness of Trac, Bugzilla, Mantis, git, and Subversion, as well as the integration of these tools.

Contextual Notes

Participants mention limitations of existing tools, the need for better integration, and the challenges posed by proprietary systems. There are unresolved issues regarding the effectiveness of specific tools and the best approach to transitioning to new systems.

Who May Find This Useful

Developers and project managers seeking free software configuration management tools, particularly in Unix/Linux environments, may find this discussion relevant.

D H
Staff Emeritus
Science Advisor
Homework Helper
Insights Author
Messages
15,524
Reaction score
769
I am looking for a good, free, distributed Unix/Linux based software CM tool (or set of tools). I want the tool to cover the three main areas of sofware CM: change/defect management, revision management, and release management. I am looking at Trac, Bugzilla, and Mantis for change management and git and Subversion for revision management and build management.

Anyone here have comments about
  • Trac versus Mantis versus Bugzilla. Anyone with experience with one or more, chime in.
  • git versus Subversion. Ditto on chiming in.
  • Integrating Trac/Mantis/Bugzilla with git/Subversion. Seamless or painful? Can developers still get the job done?
  • Other tools. Did I miss something? I have culled a lot of tools out. Maybe I trimmed too much.

This is a small but rigorous development project. I know what I do not want:
  • A tool overladen with process superfluous to a small project.
  • A tool that doesn't support any process whatsoever.
  • A tool that treats developers like scum (the integrator's dream tool).
  • A tool that treats integrators as an unneeded appendage (the developer's dream tool).
  • A tool (or set of tools) that does not address change management, revision management, and release management.

Thanks in advance,
DH
 
Technology news on Phys.org
D H said:
[*]Trac versus Mantis versus Bugzilla. Anyone with experience with one or more, chime in.
For a large/hosted project, whatever sourceforge uses.
For a small/in house project look at Fogbugz - it's commercial (used to be a free single user license for small devs?) but pretty cheap.

[*]git versus Subversion. Ditto on chiming in.
Subversion unless you have a good reason not to. Reliable, well known, well supported.
[*]Integrating Trac/Mantis/Bugzilla with git/Subversion. Seamless or painful? Can developers still get the job done?
I didn't bother, it seemed like a lot of effort and I like small granularity checkins.
 
A little background: We have an existing CM system that does issue tracking (change management), version control, and release management. It doesn't do anyone of those things well, but it does address those three key aspects of CM. The integrators seem to love the existing CM system, mainly because integrators are [noparse][expletive deleted][/noparse]. Developers hate it, and with very good reason. It is one of the worst software tools ever devised by man.

A few of us finally managed to get management to let us look at free alternatives -- if they are free. Things were going along smoothly until some of the more renegade developers said we shouldn't use Trac, we should use git. This was a bolt out of the blue; git is a revision management tool, not a configuration management tool. Not only was it a bolt out of the blue, it came from the group I am trying to help. So here I am, back to square one.

mgb_phys said:
For a large/hosted project, whatever sourceforge uses.
That is out for many reasons.
For a small/in house project look at Fogbugz - it's commercial (used to be a free single user license for small devs?) but pretty cheap.
Thanks. I'll add that to the list.

Subversion unless you have a good reason not to. Reliable, well known, well supported.
That was my choice. Subversion tried to do CVS the right way. The anti-CVS crowd hates CVS with a passion, a passion that apparently extends to Subversion.
 
For a very large project the 'checkin-conflict-merge' of CVs/SVN isn't the best, that's why the Linux kernel and a few big projects don't use it. For 'normal' size groups it is, as you say, CVS done right.

I didn't mean you had to host on sourceforge, I thought the system behind sourceforge used to be available for you host yourself ? Can't find any details so I might be going senile.

General advice would be one step at a time, get the source control moved over, then add bug tracking, then add integration/reporting etc.
 
Our group is kinda on loan from one organization to another. The target org has very nice hardware, very sharp people, but mediocre tools, including the worst CM system on the planet (and it costs $600 or so per seat!) This tool's only saving grace is that it does integrate issue tracking, version control, and build management. That it does an incredibly poor job at all three and does a downright attrocious job at version control doesn't matter. That there are no atomic operations doesn't matter. It integrates!

Our parent org better tools. We our doing initial development using one of the slickest (and most expensive) revision management tools ever. We will eventually have to move over to the other org, which we can hopefully lift out of the stone age. This other org is a bit stingy when it comes to tools. They wouldn't budge on moving to the gold-plated tools. So, we asked, could we move to some better tools that are free? Hence my search.

==================================================================

SourceForge is now proprietary. Three free forks were split off when SourceForge went proprietary. Two aren't well supported and the third is in C# and ASP.NET. The target environment is Linux, so C#/ASP.NET is not a good choice.
 
what software did you choose?

our team is also searching for a CM system now. we are comparing SCM Anywhere and hosting SVN+Bugzilla
 

Similar threads

  • · Replies 2 ·
Replies
2
Views
3K
  • · Replies 19 ·
Replies
19
Views
10K
  • · Replies 2 ·
Replies
2
Views
601
  • · Replies 21 ·
Replies
21
Views
12K