Skip site navigation (1) Skip section navigation (2)

Re: Moving CVS files around?

From: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
To: Stefan Rindeskar <sr(at)globecom(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Moving CVS files around?
Date: 2001-10-01 14:12:09
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
I can move it manually on the backend ... let me know when/if you want it
done ...

On Mon, 1 Oct 2001, Stefan Rindeskar wrote:

> When moving files in CVS I usually use the cvs add/cvs remove in the same
> commit with -m something like 'Changed location/name for file xxx to yyy'.
> That way you have trace in the log about what happened to a file as both
> old/new name/location.
> Maybe not the nicest way but it usually works fine and I haven't found a
> better way yet.
> IMHO you should just do it and not worry about the history. If someone wants
> to read it they will have to issue a few more commands and as time
> progresses there are usually less and less interest in the old history. It's
> better than start fiddling around with CVS-files.
> /Stefan
> Tom Lane wrote:
> > I'm considering moving s_lock.c from backend/storage/buffer, where it
> > seems to make no sense, into backend/storage/lmgr which seems like a
> > more logical place for it.  However, the only way to do it that I know
> > of is to "cvs remove" in the one directory and then "cvs add" a new copy
> > in the other.  That would lose the CVS log history of the file, or at
> > least make it a lot harder to find.  Is there a way to attach the past
> > commit history to the file in its new location?  Should I just do it and
> > not worry about the history?  Should I leave well enough alone?
> >
> >                         regards, tom lane
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 5: Have you checked our extensive FAQ?
> >
> >
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster

In response to

pgsql-hackers by date

Next:From: Lee KindnessDate: 2001-10-01 14:17:43
Subject: Re: Bulkloading using COPY - ignore duplicates?
Previous:From: Tom LaneDate: 2001-10-01 14:09:13
Subject: Re: Bulkloading using COPY - ignore duplicates?

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group