源控制与版本控制？源控制与版本控制？(Source control vs. Revision Con

这对于存储的源代码版本，像SVN或TFS系统的正确名称？

我一直把它称为源代码控制，但是像维基百科的地方称之为版本控制？

为了使这个更复杂的网站像这样的有两个标签？

Answer 1:

• 版本控制是更为通用的术语，用于源代码控制工具，同时也为其他工具（如Word，OpenOffice的，...）。 它引用一个版本。

• 源代码控制提供了版本控制与分支与合并这并不总是适用于所有版本的工具（字是不是源代码管理，但提供的版本控制功能）

• 版本控制比源控制较普通的词语，它管理的任何版本（来源或二进制文件，或任何类型的文档）

注：SCM代表的源代码管理，同时也为软件代码管理，以反映同样的想法（不只是“源”进行管理）。
另外SCM介绍了一组文件之间的依赖关系的概念。
而且还可以包括变更生命周期中导致更改申请的系统概念（开始发生变化，关闭的改变，...）。

Answer 2:

我喜欢把它这种方式：

版本控制是他们做什么。

源代码控制是我使用它们。

:-)

Answer 3:

有三个同义词描述几乎同样的事情：

1. 版本控制 。 涉及修改（文件/神器审查和文件/工件的后续版本）或数字 （如修订概念的抽象）。
2. 源代码控制 。 涉及文本 （源）文件，而不是二进制 。 只要它是更容易进行比较，并得到文本文件之间的差异这种差异发挥着巨大的作用。 有相关的源控制的基本工具的整个范围： diff ， diff3 ， patch等。这组工具可以延伸以形成源控制解决方案。 这样的解决方案的例子是RCS。
3. 源代码管理 。 超过源代码更复杂的操作的交易：在其存储repository与创建单独的可能性branches 。 它还假定分支可以merged 。 源代码管理的另一部分被tagging 。 与源代码管理的一个问题是，它的缩写SCM。 这个缩写是用来描述更广泛的活动- 软件配置管理 。 有很多的困惑，因为源代码管理是软件配置管理的一个子集，这也与这样的活动， 构建管理 ， 部署管理 ， 持续集成交易， 依赖关系管理 ， 发布管理等。
4. 版本控制 。 这是为了避免歧义用作代替这样的术语如源代码管理 。 它集成了版本控制和源代码控制使得它来形容几乎相同概念的两个概念。 目前，这两个术语修订控制 ， 源控制取代有版本控制为更适当考虑到宽范围的哪个解决修订控制的两个任务的工具（CVS，SVN，GIT中，水银，ClearCase中，Perforce的，VSS，等等）和同时源控制 。

图片说明所有这些概念之间更明确的区分：

Answer 4:

• 版本控制系统 （VCS）是最常用的术语
• 源代码管理 （SCM）是git的使用，但它那种发明，并可以使用软件配置管理相混淆，其已经在软件行业中使用，它是不一样的东西。

Answer 5:

某些系统（如SVN）有一个条款的修改 ，其代表与一组特定的存储库中的所有文件的版本相关的数字。 在这样的系统版本 （SVN修改 ）基本上是指版本 （ 源版本 ）。 否则， 版本控制和版本控制是相同的条款。

Answer 6:

使用的术语是不很精确。 没有描述的五个相关维度的文章。 数据管理工具的软件开发并不倾向于支持超过他们三个一直在同一时间。 如果你想支持所有五个你要描述一个发展的理线：

• 版本（语义：修改）
• 查看（语义：等价，推导）
• 层次结构（语义：包括）
• 状态（语义：批准，可访问）
• 变体（语义：变型产品）

彼得·范登·哈默和基斯Lepoeter（1996）管理设计数据：CAD框架的五个维度，配置管理和产品数据管理中，IEEE论文集，卷。 84，第1号，1996年1月

Answer 7:

这里没有一个“正确”的名字，这四个常用的名称是：

• 版本控制系统
• 修订控制系统
• 源代码控制系统
• 源代码管理系统

Answer 8:

另一名是： 版本控制

基于本网站所使用的标签，“源代码控制”是最流行的（这是很正常的，因为这个网站是关于编程）：

• 源控制（633个标记）
• 版本控制（587）
• 版本控制（31）

Answer 9:

MIL-STD 973介绍配置管理。

软件配置管理正好做了同样的。

见CMMI的SCM / CM的一个很好的解释。

其中你们所说的系统是版本控制系统。 他们版本的东西。

老SCCS是一个源代码控制系统。

源代码控制系统维持修订历史记录。

假如你改变从修订文件

1.1，1.2，1.3。

在1.3我们发布的产品的“真棒版”。

1.3是一个修订AwesomeEdition是一个版本。

在像CVS系统，修改发生，因为编号的变化，和标签标注的版本。 SVN型库修订编号混淆谁想到MIL-STD这种行为的政府客户。

关于变更管理标准伟大的事情是，有这么多的选择。

Answer 10:

如果历史的优先级什么去了，术语应该是源代码控制-见http://en.wikipedia.org/wiki/Source_Code_Control_System

Answer 11:

那么，到底什么是你找了吗？

我不认为这是一个正确的术语。 这两个方面，以及在对方答复已经提到其他一些用于基本相同的事情。

你谈话的人将连接使用相同的话，即使它略有不同的意义 - 他们可以说的是真的完全一样的东西，在用另一个词时也是如此。

话又说回来，围绕这些东西所用的词汇也可以在围绕这一概念的不同软件实现不同的圆圈（或连接到不同的含义）。

在写这一点，在我脑海中，这是一个很自然的现象 - 在其他领域也有多个单词站立基本相同的含义 - 虽然有人会说其实有细微的差别，有些人会说，这些差别不大确实存在或不值得深思。 而且它从来没有保证，当两个人用完全相同的话，那他们真的是完全一样的事情。

Answer 12:

我添加了一个评论，但我认为它有资格的答案为好。 我有一点不同的看法，然后其他的一些意见已经表达。

在一般SCM（软件配置管理）或（源代码管理 - 衍生的术语）很容易理解，因为它是作为一个总称，它包括两种版本控制以及其他技术，如基线管理。 见http://en.wikipedia.org/wiki/Software_configuration_management 。 一般现代SCM工具，其范围从CVS到混帐包括这两种技术还有更多实用的功能，如：权限控制，权限管理，安全审计，使SCM流程（ClearCase的）的定制，以构建系统和问题跟踪集成软件等等......我想名单是开放的，因为涉及到软件变更和管理任何东西都可以在这里输入。

所以主要困惑来自于理解版本控制，版本控制和可能的源代码控制之间的区别。 首先，所有这些术语包括“源”都是派生词，我的意思是有些人通过这些通用术语困扰（配置管理 - ？那是什么），并坚持认为他们与特别，他们不要的源代码工作“T关心其他使用情况; 这是公平的点。

关于修订控制VS版本控制，我认为正确的说法（在像SVN，Git的工具上下文）是版本控制。 在我看来，与术语修订控制的重点是管理变化（除了管理版本）中的（不仅）源代码文件，同时与版本控制的重点落在了管理文件的只有一个版本。

从理论上说有人能写出一个软件，它允许跟踪和二进制文件管理，没有二进制diff和合并的支持，并会调用这个版本控制系统。 然而，在像SVN工具的情况下，Git的这些还允许管理更改文件：版本比较，合并和Git中的情况下，著名的垫底。

所以在最后版本控制包括版本控制，是在命名像CVS，SVN，Git的工具比较合适; 而源控制是派生术语，应当避免如果想以命名的特定SCM方面。

SCM > Revision Control > Version Control

文章来源: Source control vs. Revision Control?