源代码控制还是版本控制？

Question

对于存储源代码版本（例如SVN或TFS）的系统，哪个名称正确？

我一直将其称为源代码控制，但是像Wikipedia这样的地方将其称为版本控制？

为了使这种更复杂的网站同时具有两个标签？

Answer 1

版本控制是更通用的术语，用于源代码控制工具，也用于其他工具（Word，OpenOffice等）。它引用一个版本。Source Control提供带有分支和合并功能的修订控制，并非在所有修订工具中都可用（Word不是Source Control，但提供了修订控制功能）“版本控制”比“源代码控制”是一个更笼统的术语，因为它可以管理任何内容（源或二进制文件或任何类型的文档）的版本。注意：SCM代表源代码管理，也代表软件代码管理，以反映相同的想法（不仅管理“源”）。Plus SCM引入了文件组之间的依赖关系的概念。并且它还可以包括变更生命周期的概念（开始变更，关闭变更等），从而导致变更请求系统。

Answer 2

三种同义词描述几乎相同的事物：修订控制。处理修订（文档/工件评论和文档/工件的后续版本）或编号（作为修订概念的抽象）。源控制。处理文本（源）文件，而不是二进制文件。只要可以更轻松地执行比较并获得文本文件之间的差异，这种差异就可以发挥重要作用。有相关的源控制的基本工具的整个范围：diff，diff3，patch等。这组工具可以延伸以形成源控制解决方案。这种解决方案的示例是RCS。源代码管理。处理源代码上更复杂的操作：将其存储在中repository，并可以创建单独的branches。还假设分支可以是merged。源代码管理的另一部分是tagging。源代码管理的一个问题是它的缩写SCM。该缩写用于描述更广泛的活动集- 软件配置管理。因为源代码管理是软件配置管理的子集，所以它也引起很多混乱，因为源代码管理还处理诸如构建管理，部署管理，持续集成，依赖项管理，发布管理等版本控制。它被用来代替诸如源代码管理之类的术语，以避免产生歧义。它结合了修订控制和源代码控制这两个概念，从而几乎可以描述相同的概念。目前，这两个术语修订控制，源控制取代有版本控制为更合适的是考虑到广泛的工具（CVS，SVN，GIT中，水银，ClearCase中，Perforce的，VSS，等等），其解决了这两个任务的版本控制和同时进行源代码控制。

Answer 3

我喜欢这样想：修订控制是他们的职责。源代码控制是我使用它们的目的。