saw some posts in the mail archives about this sort
of thing, with some responses giving implausible
explanations. :)
What should I be looking at, if I really want to know
what's causing this and how to stop it.
Thanks,
Chad Loder
___
I
uld suggest you get the file out using CVS so there is an
>Entries associated with it then do the copy and update.
>
>Gary
>[EMAIL PROTECTED]
>
>Chad Loder wrote:
>
> > Hello. I'm getting inexplicable messages when updating
> > my CVS sources:
> >
> >
Hi Larry.
Let's take an example directory from my sandbox.
Here is the result of 'cvs update -dP':
cvs server: Updating shared/java/com/rapid7/net/http
cvs update: move away shared/java/com/rapid7/net/http/HTTPClient.java;
it is in the way
(yada yada yada, repeat message for each
update
>is for!)
>
>BTW when you blew your sandbox away, I assume you did a checkout before an
>update? I'm pretty sure you can't do an update without having some entry in
>the Entries file somewhere to actually update...otherwise it should give you
>a "there is no v
y to do because I've seen it
before. We could either prevent Developer X from messing up the
directory check-in in the first place, or prevent Developer Z from
"hacking" around the problem by manually adding the directory.
I'm open to suggestions.
Chad Loder
At 10:37
