Mike,

I did _NOT_ at all want to criticize the staff at SF.
I know about them only what I see on the list, so I'm
not in a position to judge how they do their job.

I think I didn't express clearly what I mean.

It is meant as a principle when working on large projects:
        _NEVER_ change anything that is correctly checked in

I will give you an example of what I mean:

In version 1.0 of package xxx you have 2 script files:
scripta and scriptb
One line in scripta is
        source scriptb

Later you decide scriptb is not a good name and you change the name
to scriptc and the line in scripta to:
        source scriptc
The version 1.1 of the package xxx consists now of the files
scripta and scriptc.
Now you rename scriptb in your CVS tree to scriptc.

A user who wants to checkout version 1.0 gets a problem because
scripta requires scriptb, but someone who dosen't know about
the rename, doesn't know where to get scriptb.

Even when the label is moved with the files, you get 
scripta and scriptc on checkout, but the package won't work
because of the wrong filename.

You see, when you rename files in CVS, you get nonfunctional old
versions.

Mike Noyes schrieb:
> 
> On Thu, 2002-07-11 at 03:56, Manfred Schuler wrote:
> > Mike Noyes schrieb:
> > > If we had shell access to the repository, we would hand edit the
> > > structure change. SF doesn't allow us shell access to the cvs server, so
> > > we need to open SF support requests to make changes like this.
> > >
> > > ref. CVS repository clean-up requests
> > > https://sourceforge.net/tracker/?group_id=1&atid=200001
> >
> > I don't think it is a good idea to make a change like this.
> > If someone wants to retrieve an older version, it does not work
> > because the file he needs is not available anymore.
> > It is better to create the new file in CVS and pin the
> > release/version tag to the new file and not to the old file.
> 
> Manfred,
> That has not been my experience. When the SF staff moves/renames files
> on the SF cvs server they maintain the cvs structure. Talk with Jacob
> Moorman, Quality of Service Manager ('moorman' on SourceForge.net,
> 'moorman' on SlashNET IRC) to verify this if you like.
> 
> --
> Mike Noyes <[EMAIL PROTECTED]>
> http://sourceforge.net/users/mhnoyes/
> http://leaf-project.org/
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> PC Mods, Computing goodies, cases & more
> http://thinkgeek.com/sf
> 
> _______________________________________________
> Leaf-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/leaf-devel

-- 
Manfred Schuler
E_Mail: mailto:[EMAIL PROTECTED]


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
PC Mods, Computing goodies, cases & more
http://thinkgeek.com/sf

_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to