Community
Participate
Working Groups
Build ID: I20080617-2000 Steps To Reproduce: Consider the following directory structure in a CVS repository: DIR1 |_DIR1a |_DIR1a1 |_DIR1a2 |_FILE |_DIR1b |_DIR1c I would like to check out only the DIR1a2 directory. On a UNIX command line, this can be accomplished by: 'cvs co DIR1/DIR1a/DIR1a2' This will give me the following structure in my sandbox: DIR1 |_DIR1a |_DIR1a2 |_FILE If I were to perform the same operation in Eclipse, I would only get the directory DIR1a2 in my project (ie. DIR1/DIR1a are not preserved in the checkout operation). More information: I am a C++ developer writing software on the Solaris platform (using a very old and established code base) trialing the CDT in Windows (building/debugging done on Solaris via xterminal) for my company. I can't use the CVS integration in Eclipse to check-out our code at this time because of this problem. The directory structure is crucial to our Makefiles as the paths to include files/libraries are all relative to the sandbox directory. I have found a workaround that appears to let me use the CVS features but it requires that I first check-out all of my code via the Unix CVS command, then create a bogus CVS directory at the root level of my sandbox, and hack the CVS/Entries, CVS/Repository, CVS/Root files. I'm assuming that the CVS checkout is optimized for Java developers, but would it be possible to add an option to the check-out wizard to preserve the paths in the modules at check-out time?
Sounds like the same problem as bug 147421.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.