版本控制系统 (VCS) 源码

无需使用源代码压缩包，可以直接使用上游源代码仓库。当需要定期测试未发布的快照时，这很有用。为此，存在许多 eclass；请查看它们的文档以获取可用函数和变量的列表。

注意： VCS ebuild 必须具有空的 KEYWORDS，但不能是 package.masked（除非 mask 是出于其他原因）。通常，应该完全省略 KEYWORDS 行。这适用于“实时”ebuild（-9999）以及提取静态修订版但仍使用版本控制系统进行获取的 ebuild。

VCS 源码的缺点

请注意，出于以下原因，VCS ebuild 通常不应该添加到树中

上游 VCS 服务器的可靠性远低于我们的镜像系统。
VCS ebuild 会造成非常沉重的服务器负载——不仅没有镜像仓库，而且从仓库获取源代码对于服务器来说比通过 HTTP 或 FTP 简单地提供文件要繁重得多。
仓库的本地副本的大小是相同源代码压缩包的几倍，并且往往会随着时间的推移而增长，因为它们包含历史记录。
许多位于严格防火墙后面的用户无法使用 CVS 等协议。

最好（也是对用户来说更安全）进行快照。例如，app-editors/emacs 快照是使用以下方法创建的

$ git archive --prefix=emacs/ HEAD | xz > emacs-${PV}.tar.xz

VCS 实时源的缺点

针对最新头（或顶端）而非特定日期或修订版工作的 VCS ebuild 更不适合添加到树中

您永远无法确定上游源代码在任何给定时间是否都能实际构建；这很可能会导致 QA 问题。
当您无法安装与报告人相同的软件包版本时，非常难以追踪错误。
许多上游软件包维护者如果人们没有使用特定发布版本，往往会感到沮丧。