[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Results tracking (was: gnumed ideas 0.1 and post-0.1)
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] Results tracking (was: gnumed ideas 0.1 and post-0.1) |
Date: |
Sat, 5 Mar 2005 19:17:43 +0100 |
User-agent: |
Mutt/1.3.22.1i |
> The reason I wanted the savannah patch manager is putting patch files
> into the CVS tree you are patching is seriously strange.
This sounds right at first sight. But with CVS we aren't
patching trees (eg there is no changeset support that I know)
but are keeping revisions of individual files.
> Maintaining forked trees under test_area is even worse,
It is, given a decent SCMS, but because ...
> this is a totally inappropriate use of CVS
... CVS quite actually is a "totally inappropriate" (read too
simplistic) tool for managing *trees* (instead of
aggregegations of files) it works out.
> and causes very severe problems when
> you try to sync back to be main tree, as Syan knows ;-)
Well, at the end of the day a decent SCMS would have refused
forced, overwriting checkins without triple-or-so confirmation.
Syan's CVS client must have been crappy enough to let him do
that so casually.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
[Gnumed-devel] Results tracking (actioning), J Busser, 2005/03/05
Re: [Gnumed-devel] Results tracking (was: gnumed ideas 0.1 and post-0.1),
Karsten Hilbert <=
Re: [Gnumed-devel] Results tracking (was: gnumed ideas 0.1 and post-0.1), Karsten Hilbert, 2005/03/05