From: | Stefan Rindeskar <sr(at)globecom(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Moving CVS files around? |
Date: | 2001-10-01 12:12:29 |
Message-ID: | 3BB85DAD.F436210@globecom.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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?
>
> http://www.postgresql.org/users-lounge/docs/faq.html
From | Date | Subject | |
---|---|---|---|
Next Message | Zeugswetter Andreas SB SD | 2001-10-01 12:15:16 | Re: O_DIRECT |
Previous Message | Justin Clift | 2001-10-01 11:40:41 | Re: Bulkloading using COPY - ignore duplicates? |