I have a strange problem when trying to graft new subtrees onto
an existing CVS-managed tree, from within my CVS working
directories.
I am using client-server CVS - the version that comes with Red Hat 6.1 (1.10.2)
and ssh between the client and server (CVS_RSH=ssh).
I have a tree already under CVS control:
~/java/...
Within the tree, I create new stuff
~/java/net/digipath/foobar/...
which I want to add to the repository.
I do the following:
$ cd ~/java/net/digipath/foobar
$ cvs import -m "more java stuff" java/net/digipath/foobar digipath start
N java/net/digipath/foobar/file1.java...
...
No conflicts created by this import
This works fine. When I go check the repository, the new files have
been added where one would expect them to be.
Next I move aside the old subtree:
$ cd ..
$ mv foobar{,.orig}
Then I try to check out the new one:
$ cvs update -d foobar
cvs server: Updating foobar
cvs server: Updating foobar/mumble
CVS has created the directories, but refuses to create the files!!
What WORKS:
#1: If I go to the root of my working directory and checkout a specific
component all the way down:
$ cd ~
$ cvs co java/net/digipath/foobar
This works! However, if there is an earlier, failed attempt at an update
in place (the directories and CVS/ directories have already been created,
but not the files) then CVS will revert to using an update instead of
a checkout, and it will not create the files...
#2: Simply going somewhere else and checking out the whole tree
works perfectly:
$ cd ~
$ mkdir BAR
$ cd BAR
$ cvs co java
Why, oh why can't I just do an update from the directory above the new ones I
added... Surely this is a bug??
Thanks,
Mark Dzmura
--
)))) This email routed via a wireless gateway!! ((((
begin:vcard
n:Dzmura;Mark
tel;fax:412-429-3361
tel;work:412-429-6001
x-mozilla-html:FALSE
org:Digital Mission, LLC
adr:;;230 E. Main St., Suite 210;Carnegie;PA;15106;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:President
x-mozilla-cpt:;0
fn:Mark Dzmura
end:vcard
