Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

CVS FAQ

Getting Started

How do I get a project into my workspace from CVS?

  1. Choose File > Import from the main menu
  2. Select CVS > Projects from CVS and click Next
  3. Click on Create a new repository location and click Next
  4. Fill in the location information identifying your repository and click Next.
  5. Click om the Use an existing module and select the project or projects you want to check out.
  6. Click Finish
The project now exists in your workspace.

How do I put a project into CVS from my workspace?

  1. Select the project in the Navigator or other view.
  2. From the context menu choose Team->Share Project...
  3. Fill in the location information identifying your repository and click Next.
  4. Click Finish and the Sharing wizard closes and the Commit wizard opens.
  5. Supply a release comment and click Finish to commit the project contents to the repository.

The project now exists in the repository.

I already have a project checked out from CVS with the command-line tool. How do I use it in Eclipse without having to check out the whole project again?

  1. Create a project in the workspace.
  2. File->Import, select File System, locate your files, click Finish.
  3. Select the project in the Navigator or other view.
  4. Context Menu->Team->Share Project...
  5. The wizard should tell you that it found all the necessary information. Click Finish.

Eclipse has now shared the project with the CVS repository.


Browsing the Repository

Why don't my branches and versions show up when I am browsing?

When you are browsing in the CVS Repositories view, you may expect to see branch and version tags which you have previously created. In CVS, such tags are stored on individual files rather than on projects or folders. Rather than scan every file in the repository, Eclipse only scans one well-known file, .project, which should exist in every Eclipse project. It is possible that you have other interesting tags that do not appear on .project but which you would like to show up in the CVS Repositories view.

To make these tags appear, do the following:

  1. Open the CVS Repositories view.
  2. Expand HEAD and select the project for which you want to configure tags.
  3. Context Menu->Configure Branches and Versions...
  4. In the "Browse files for tags" table, select one or more files that contain tags you would like to see.
  5. Click "Add Selected Tags".
  6. Click "OK".

The CVS Repositories view will now display the chosen tags under the Branches and Versions categories. In addition, these tags will show up in other tag-related operations, such as "Replace With->Branch or Version...".

Why do some modules defined in CVSROOT/modules appear empty in the CVS Repositories view?

Some modules are not expandable because their definition is complex and difficult to parse on the client. These modules can still be checked out properly using the Check Out menu item from the module's context menu.

When I expand HEAD in the CVS Repositories View, it is always empty even though I know the repository has contents. Whats wrong?

If you also see messages from the server like "-f server: ...", this indicates that your CVS server has not been configured properly. Here is the line as it should appear in the "/etc/inetd.conf" file (example from AIX but the problem has also been seen on Solaris):

    cvspserver stream tcp nowait root /usr/bin/cvs cvs -f --allow-root=/usr/cvsroot pserver

The key is the 2nd copy of "cvs". The online cvs book at [1] has it right (although I thought it was a typo so never tried it). Look for "The pserver access method is not working" section. Part of the reason I got this wrong is that the linux xinetd configuration does not duplicate the name of the program. At one point I just copied the fields from the linux config into the fields in the AIX inetd.conf file. Now that I know what to look for, the other entries in the inetd.conf file have the program name duplicated.

Back to the top