forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Brondsema <>
Subject Re: About SVN
Date Wed, 10 Mar 2004 12:03:23 GMT
Hash: SHA1

On Tuesday 01 January 2002 08:14 am, Juan Jose Pablos wrote:
> Dave,
> Dave Brondsema wrote:
> >>>Version control is all about history.  While it does seem quite unlikely
> >>>that these tags and branches would ever be referenced in the future, it
> >>>doesn't hurt to keep them.  And since the repository keeps a history of
> >>>everything, our lists of tags and branches won't be very clean (meaning:
> >>>old and unused ones will still be there) but that's ok.  If we start
> >>>removing stuff from the repository, it loses it's integrity.
> Hold on here. How is going the repository lose integrity if I remove a
> Branch that is not longer been used?
> Branches:
> I am happy to keep FORREST_*_BRANCH/ for historical reason, but no
> others that where created when a mayor change was made on forrest.
> Tags:
> I happy to have  FORREST_*/ and stable, but I do not think that it is
> necesary to keep the others.
> Can you elaborate a bit more on "losing integrity"?
> Thank you david!
> Cheche

If we can determine that a branch or tag has no value at all, then of course 
it would be okay to delete and we don't lose integrity.  But if we're not 
sure or if we incorrectly think a branch is useless, than we might lose some 
useful history.  And from a purist/theoretical standpoint, as soon as we 
allow ourselves to change history, the repository no longer holds a record of 
all of forrest development.  We could not trust that some other important 
branches weren't deleted either.  I certainly hope that we wouldn't make 
controversial deletes, but once the integrity is broken once it is broken 

Basically I'm just saying it's better safe than sorry.  I think all tools 
should be able to get just the trunk, without downloading everything.  So 
then the only concern is for simplicity, which could be achieved by moving 
old tags and branches into an appropriate subdirectory.

- -- 
Dave Brondsema
Version: GnuPG v1.2.4 (GNU/Linux)


View raw message