[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
CVS Import Inaccuracies - Please Respond
From: |
Oproescu Bogdan (KTXA 3) |
Subject: |
CVS Import Inaccuracies - Please Respond |
Date: |
Wed, 10 Aug 2005 16:31:10 +0200 |
Hello bug-cvs@nongnu.org,
I think I found another bug, or at least a strong inaccuracy with
the "cvs import" command: consider the following structure:
- Top Level:
C:\Temp\goldcopy\test_module>dir
Volume in drive C is FIT
Volume Serial Number is 5C7F-7C2D
Directory of C:\Temp\goldcopy\test_module
10.08.2005 14:02 <DIR> .
10.08.2005 14:02 <DIR> ..
10.08.2005 13:15 <DIR> dir_1
10.08.2005 13:19 0 file_1.txt
10.08.2005 13:23 14 file_new.txt
2 File(s) 14 bytes
3 Dir(s) 12'662'505'472 bytes free
- And Recursively:
C:\Temp\goldcopy\test_module>TREE /F
Folder PATH listing for volume FIT
Volume serial number is 71FAE346 5C7F:7C2D
C:.
│ file_1.txt
│ file_new.txt
│
└───dir_1
│ file_2.txt
│
└───dir_2
│ file_3.txt
│
└───dir_3
C:\Temp\goldcopy\test_module>
The problem is now the following: suppose you import this structure
into the Central CVS Server into the module "server_test_module".
At this stage both file_1.txt and file_new.txt exist, both locally and
also on the CVS Server. Now delete locally file_new.txt and file_1.txt,
and re-import this structure into exactly the SAME Module
"server_test_module"
on the CVS Server. Then go to a clean directory on XP and checkout this
"server_test_module" from the CVS Server.
One might expect here that the HEAD Revisions of the files in
"server_test_module"
will be checked out locally ( by default, the HEAD Revision is used for CVS
), but
this is not so: CVS checks out ALL the files above, including "file_1.txt"
and "file_new.txt"
which were just deleted locally, prior to the "cvs import". What is going on
here?? Why
is CVS checking out the "file_1.txt" and "file_new.txt" files? Or is it
because they ARE
the HEAD Revisions of these files in the "server_test_module" module, since
CVS
did not increment the Version Numbers of the remaining files in my structure
above
for the 2nd to Nth CVS Imports, which did not include "file_1.txt" and
"file_new.txt"??
Here, we either have another CVS Bug, or at least a very inaccurate way to
do
cvs imports. Note that I can repeat this test using the command
"cvs checkout -R HEAD server_test_module" and get the same results
as before, so this is not the reason. Worse yet, we cannot even specify
exactly which files we want from our "cvs import" with the "-R" flag on
checkouts.
This is also very important to us at Credit Suisse, so please respond
urgently.
Thanks and Regards, Bogdan
Bogdan Oproescu
CREDIT SUISSE FINANCIAL SERVICES
Technology & Services
Advanced Middleware &
Development Environments KTXA 3
Postfach 600
CH-8070 Zürich
Tel.: +41 1 334 6846
Fax.:+41 1 332 8024
E-Mail: bogdan.oproescu@credit-suisse.ch
Internet: http://www.credit-suisse.ch/de/index.html
<http://www.credit-suisse.ch/de/index.html>
- CVS Import Inaccuracies - Please Respond,
Oproescu Bogdan (KTXA 3) <=