在已经“签出”的文件之后，在命令行中使用 CVS 提供帮助通过 GUI 应用程序进行模块
我已经使用 CrossVC（一个图形 CVS 客户端）在我的 ~/cvs 文件夹中检查了一堆存储库。
如何在 cmd 中使用 CVS 以及这些已签出的存储库？我应该导出哪些变量？
（我有 10 个目录，其中一个目录具有不同的已检查 ou 存储库）
I've already checked out a bunch of repositories in my ~/cvs folder, using CrossVC, a graphical CVS client.
How can I use CVS in cmd with these already checked out repositories? Which variables should I export?
(I have 10 directories, which one with different checked ou repositories)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
签出的工作副本通常已经包含命令行客户端对其进行处理所需的所有元数据（查找包含 Root、Repository 和 Entries.* 等文件的 CVS 子文件夹）。在考虑环境变量之前，客户端始终会先查看沙箱元数据。
因此，如果您已经签出工作副本，则无需导出任何环境变量 - 至少没有 CVS 特定的副本 - 如果您使用 :ext: 协议前缀，则可能需要一些环境变量来启用 SSH 隧道*ix-systems 即使这通常也不是必需的，因为默认值已经适合这种操作系统。
请注意，即使是 checkout 或直接在存储库上运行的其他命令（例如 rlog、rtag 等）也不需要任何环境变量。可以由变量指定的所有内容也可以通过命令行参数指定。定义 CVS 特定的环境变量（例如 CVSROOT）的唯一目的是避免一遍又一遍地键入相同的值。
Checked out working copies usually already contain all the meta data that's needed to have the command line client work on them (look for CVS subfolders containing files such as Root, Repository and Entries.*). The client will always look at that sandbox meta data first before even considering environment variables.
So, no need to export any environment variables if you've already got a checked out working copy - at least no CVS-specific ones - you might need some for enabling SSH tunneling if you're using the :ext: protocol prefix though on *ix-systems even that should typically not be necessary as the defaults are already geared towards that kind of OS.
Note that even checkout or other commands that work directly on the repository (such as rlog, rtag, etc.) do not require any environment variables. Everything that could be specified by variables can also be specified via commandline arguments. The only purpose of defining CVS-specific environment variables such as CVSROOT is to avoid typing the same values over and over again.