You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Marc Slemko <ma...@znep.com> on 1998/02/12 02:12:30 UTC

Re: update -D on a branch / non branch system (fwd)

Not that we have branches, but if anyone was worried about checkouts by
date on branches...

---------- Forwarded message ----------
Date: Mon, 24 Nov 1997 23:37:45 -0800 (PST)
From: Julian Elischer <ju...@whistle.com>
To: Jim Meyering <me...@eng.ascend.com>
Cc: Endric Schubert <sc...@exemplar.com>, info-cvs@prep.ai.mit.edu
Subject: Re: update -D <date> on a branch / non branch system
Resent-Date: Tue, 25 Nov 1997 06:22:12 -0500 (EST)
Resent-From: info-cvs@prep.ai.mit.edu

The following patch does it for me (can't remember the version it came
from.. whatever is presently in use in FreeBSD)
if you are using client/server, it needs to be applied to the SERVER.


On 24 Nov 1997, Jim Meyering wrote:

> Endric Schubert <sc...@exemplar.com> writes:
> | I have a directory where a couple of files are branched into my_branch and a
> | couple of files are not. for files which are not (yet) branched we want to
> | fall back to the main trunk version.
> |
> | 	cvs up -r my_branch -f
> |
> | works fine with that. Now i want to switch back to a specific date. for the
> | branched files everything works fine using
> |
> | 	cvs up -r my_branch -D yesterday <branched files>
> |
> | the problem is with the files which are not (yet) branched and where i have to
> | give the -f option to fall back to the main trunk revisions. i assume
> |
> | 	cvs up -r my_branch -f -D yesterday <all files>
> |
> | should work like i expect it, but unfortunately cvs removes all the files
> | which do not have the branch tag my_branch (though they exist on the main
> | trunk for the given date). anyhow
> |
> | 	cvs up -D yesterday <not yet branched files>
> |
> | works ok in the case of not (yet) branched files, but i want to run the same
> | single command on the whole directory.
> |
> | any help is appreciated!
> 
> There is a bug in 1.9.18 wrt `update -r TAG -D DATE'.
> I fixed it, cygnus applied the patch, and 1.9.20 works.
> 
>