上次我尝试这个时，Eclipse 不支持直接访问本地存储库，就像命令行 cvs 那样，因为命令行 cvs 具有客户端和服务器功能，而 Eclipse 只有客户端功能并且需要通过（例如）pserver，所以你可能需要运行一个 cvs 服务器。
事实证明，我并不真的需要它，因为 Eclipse 保留了它自己的所有更改历史记录，所以我只需要在主要里程碑时对 cvs 进行偶尔的手动更新。
[最终我决定在 Linux 下完全不使用 cvs 和 Eclipse，因为它被符号链接弄糊涂了，并在它与存储库“同步”时开始删除我的包含文件。]
如果您不介意切换到 Subversion，Eclipse 有它的 SubClipse 插件。
我尝试了 Eclipse+Subclipse 和 Eclipse+Bazaar 插件。两者都工作得很好，但我发现那些版本源控制工具的 Tortoise 版本非常好，以至于我从 Eclipse 插件中辞职。在 Windows Tortoise XXX 上是我的选择。它们与外壳（Explorer 或 TotalCommander）集成，如果文件更改，则更改图标覆盖，显示日志，比较修订等等。
正如其他人所指出的，有适用于 SVN、Bazar、Mercurial 和 Git 的 Eclipse 插件。
即便如此，尽管它们存在，但我发现使用命令行是最舒服的。
svn commit -m 'now committing'
假设您每天提交的次数不超过几次，这应该可以很好地工作。是否有任何特定的东西阻止您使用命令行？
我绝对会推荐切换到不同的 VCS——我更喜欢Mercurial以及很多 Python 社区。这样，您将能够在本地工作，但仍然能够稍后将您的更改发布到世界。
您可以为 Windows Explorer安装TortoiseHg ，为 Eclipse 安装MercurialEclipse插件。
甚至还有一个用于 CVS 用户的 Mercurial文档来帮助您进行转换，以及一个大部分等效命令列表。
我相信 Eclipse 确实内置了 CVS 支持 - 或者至少在几年前我上次使用它时它确实有。
有关如何在 Eclipse 中使用 CVS 的更多信息，请参阅Eclipse CVS 常见问题解答
我最近搬了家，还没有上网。
CVS 和 SVN 是集中式版本控制系统。您可以使用 DVCS，例如 Mercurial 或 Git，而不是仅仅为了单一版本控制而将它们安装在本地系统上。
当您克隆 Mercurial 存储库时，您实际上拥有本地可用的所有 repo 文件的所有版本。
我将 Eclipse 与本地 CVS 存储库一起使用，没有问题。唯一的问题是您不能使用 ":local:" CVS 协议。由于您使用的是 Windows，因此我建议您安装TortoiseCVS，然后配置包含的 CVSNT 服务器，如下所示：
这个（或任何实际的源代码控制系统）比 Eclipse 本地历史具有优势，能够将签入注释与更改、将更改分组到更改集等相关联。您可以使用 Eclipse 本地历史从小错误中恢复，但它是无法替代源代码控制（并且也会过期：请参阅 Window->Preferences General->Workspace->Local History）。