[GLLUG] Subversion
Clay Dowling
clay at lazarusid.com
Sat Jan 26 04:17:31 EST 2008
Frank Dolinar wrote:
> Agreeing with Clay's comment, I do expect to keep each application
> development project in a separate repository. I presume that means
> something like Inventory as an application. I am not sure whether that
> means "project" in the sense that Microsoft uses the term in developing
> a .Net "solution", which may contain multiple so-called "projects".
> Please advise / clarify if possible.
How to structure this is an individual choice, but the way I generally
do it is to have a repository for each group of related executables.
For instance I have a collection of about a dozen executables all used
for processing the translation and exchange of insurance information
from a U.S. auto insurer to a government agency. These all live in the
same repository, and they live in the same workspace (or workspaces in
my case because I need two different IDEs).
I generally avoid putting anything in version control that I will be
generating as part of my build process. This includes any shared
libraries or executables that I might be building. Putting those things
in version control just creates problems down the road.
> There was a secondary discussion about bug tracking. I'm aware of
> several such tools, including "Bugzilla". Clay mentioned something
> else. I'm also aware of a highly recommended commercial product called
> FogBugz. Any comments on any of these would be appreciated.
I mentioned CVSTrac. It is very stripped down, and if you are working
in a strictly Microsoft environment it isn't a good choice yet. If your
shop is open to the use of a non-Microsoft operating system it has the
advantages of speed, simplicity and extensibility. There is also Trac,
which offers a similar set of features but falls down in the speed
category, and I don't know how well it behaves on Windows.
I use FogBugz at my day job. It's a good package and I don't have
anything against it. I also don't see it providing any real advantages
over free systems, other than the fact that paying ~$200 per seat makes
management types happier than free software does.
Clay
More information about the linux-user
mailing list