Version control 您在使用配置和；VCS工具
我正在做我的研究的最后一年的项目，并想在这里做一个小调查。本主题是关于工业产品（如软件、家具设计、汽车发动机甚至飞机设计等）的配置管理和版本控制系统 1.）您的专业领域（IT、工程、制造等）是什么？您（以前或现在）在工作中使用的配置管理和版本控制系统是什么？Version control 您在使用配置和；VCS工具,version-control,configuration-management,Version Control,Configuration Management,我正在做我的研究的最后一年的项目，并想在这里做一个小调查。本主题是关于工业产品（如软件、家具设计、汽车发动机甚至飞机设计等）的配置管理和版本控制系统 1.）您的专业领域（IT、工程、制造等）是什么？您（以前或现在）在工作中使用的配置管理和版本控制系统是什么？ 2.）你对他们有什么看法/评论（好的、坏的、缺少什么或可以改进什么等）？如果您能提供一些真实生活中的例子供您发表意见/评论，我们将不胜感激 当然，如果您只是想分享您对当前市场配置管理和版本控制系统的看法，也欢迎您。 提前感谢您的帮助。我从事
2.）你对他们有什么看法/评论（好的、坏的、缺少什么或可以改进什么等）？如果您能提供一些真实生活中的例子供您发表意见/评论，我们将不胜感激 当然，如果您只是想分享您对当前市场配置管理和版本控制系统的看法，也欢迎您。
提前感谢您的帮助。我从事计算机安全领域，我们使用Performance。它非常适合我的需要（我是一名开发经理）——支持简单的分支（不像git那么容易，但我们并不真正需要那么灵活的东西），冲突解决非常好，命令行工具适合于简单的脚本编写 缺点是价格——据我所知，P4相当昂贵（我不参与采购，所以我不知道具体细节），而且我不认为我们从Performance中获得了开源解决方案中找不到的任何东西（我再次关注git）。然而，我们是一家大型（>1000人）软件开发公司，我们的办公室遍布世界各地，perforce已经相当稳固，因此我认为我们不会很快进行转换
过去，我曾在另一家公司使用过Perforce和Visual Source Safe（糟糕！） 我不确定这是一个好话题，所以。。。无论如何： 对于开发软件，我们非常满意git。如果您的开发人员特别缺乏经验，或者您的团队中有“需要图形用户界面的人”，那么您可能更喜欢Subversion
为了跟踪我们的系统配置文件（DNS、puppet、nagios，诸如此类），我们使用Subversion。关于使用版本控制系统跟踪配置文件：这不是VCS的用途，但对于Git来说，有许多构建在Git之上的工具来管理配置文件：ISISISetup，etckeeper，以及其他可以在网页上找到的内容。这个问题可能会延伸到技术性不强的语义标记和生成性设计 软件和系统技术：
- 到目前为止，Git是开源领域最流行的DVC。[谢谢你，莱纳斯！]
- 由于历史的原因，Mercurial[Hg]在功能上几乎与Git相同
- Bazaar[bzr]是另一种类似于Git和Mercurial的DVC
- Subversion[SVN]是小型到大型企业中常见的CVS
- Perforce[P4]和ClearCase是常见的大型传统组织
- Fossil是为“超酷”创业公司设计的，他们敢于与众不同
- CVS[不要与CVSNT混淆]是SVN的前身
- RCS是CVS的非网络化前身
- C发动机2和3
- 傀儡
- 厨师
- MCollective
- 厨师刀
- 织物
- 爪哇
- 常春藤
- 马文（mvn）
- pom.xml
- 蟒蛇
- 皮普
- 设置工具
- 虚拟的
- 信用证++
- 自动工具
- 红宝石
- 卡皮斯特拉诺
- 耙
- rubygems
- rvm
- 哈斯克尔
- 阴谋集团
- 二郎
- epm
- Node.js
- NPM