bug-cvs
[Top][All Lists]
Advanced

[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> 








reply via email to

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