[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: tracking third party sources...

From: Larry Jones
Subject: Re: tracking third party sources...
Date: Tue, 3 Jun 2003 10:50:13 -0400 (EDT)

Venu Vadapalli writes:
> It happens to a lot of files in vendor release B and not for the locally added
> files. I know that they were not removed in release B. 

That doesn't make any sense at all.  Either you're doing something very
wrong (like having your -j options in the wrong order or not importing
the whole directory tree) or you're misreading the messages.  Like I
said, it would be helpful to see what "cvs log" or at least "cvs status
-v" has to say about one of the affected files.

> cvs co -jA -jB cvsdir
> My understanding is that this command checks out the files (the head of 1.x 
> or 
> and merges them with vendor release B in my local working area. 
> Hence,
> after the co, my local area would have (1.x/  X, right? 

Not quite.  It checks out the head of the trunk.  Exactly which branch
that is depends on the setting in each RCS file.  Then it merges in the
changes between release A and release B.  Files that exist in release B
but not in release A are created and scheduled for addition, files that
exist in release A but not in release B are deleted and scheduled for

> Also, if the above is right, it shouldn't matter in which directory I'm doing 
> the
> above command.

It doesn't matter where you run the above command because it creates a
new directory.  You should not use a variant that does not create a new
dirctory, though.

-Larry Jones

I wonder if you can refuse to inherit the world. -- Calvin

reply via email to

[Prev in Thread] Current Thread [Next in Thread]