一：版本控制软件的常用的版本控制软件简介
VSS是美国微软公司的产品，目前常用的版本为6.0版。VSS是配置管理的一种很好的入门级的工具。易学易用是VSS的强项，VSS采用标准的windows操作界面，只要对微软的产品熟悉，就能很快上手。VSS的安装和配置非常简单，对于该产品，不需要外部的培训（可以为公司省去一笔不菲的费用）。只要参考微软完备的随机文档，就可以很快的用到实际的工程当中。VSS的配置管理的功能比较基本，提供文件的版本跟踪功能，对于build和基线的管理，VSS的打标签的功能可以提供支持。VSS提供share（共 享)、branch(分支）和合并（merge)的功能，对于团队的开发进行支持。VSS不提供对流程的管理功能，如对变更的流程进行控制。VSS不能提供对异地团队开发的支持。此外VSS只能在windows平台上运行，不能运行在其他操作系统上。 有软件提供商提供VSS插件，可以同时解决VSS跨平台和远程连接两个问题，例如SourceAnywhere for VSS, SourceOffSite等。VSS的安全性不高，对于VSS的用户，可以在文件夹上设置不可读，可读，可读/写,可完全控制四级权限。但由于VSS的文件夹是要完全共享给用户后，用户才能进入，所以用户对VSS的文件夹都可以删除。这一点也是VSS的一个比较大的缺点。VSS没有采用对许可证进行收费的方式，只要安装了VSS，对用户的数目是没有限制的。因此使用VSS的费用是较低的。微软不再对VSS提供技术支持。 CVS是开发源代码的配置管理工具，其源代码和安装文件都可以免费下载。CVS是源于unix的版本控制工具，对于CVS的安装和使用最好对unix的系统有所了解能更容易学习，CVS的服务器管理需要进行各种命令行操作。目前，CVS的客户端有winCVS的图形化界面，服务器端也有CVSNT的版本，易用性正在提高。CVS的功能除具备VSS的功能外，还具有：它的客户机/服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码；它的无限制的版本管理检出(checkout：注1)的模式避免了通常的 因为排它检出模式而引起的人工冲突；它的客户端工具可以在绝大多数的平台上使用。同样，CVS也不提供对变更流程的自动管理功能。一般来说，CVS的权限设置单一，通常只能通过CVSROOT/passwd, CVSROOT/readers, CVSROOT/writers文 件，同时还要设置CVS REPOS的物理目录权限来完成权限设置，无法完成复杂的权限控制；但是CVS通过CVS ROOT目录下的脚本，提供了相应功 能扩充的接口，不但可以完成精细的权限控制，还能完成更加个性化的功能。CVS是开发源码软件，无需支付购买费用。同样因为CVS是开发源码软件，没有生产厂家为其提供技术的支持。如发现问题，通常只能靠自己查找网上的资料进行解决。 StarTeam是Borland公司的配置管理工具，StarTeam属于高端的工具，在易用性，功能和安全性等方面都很不错。StarTeam的用户界面同VSS的类似，它的所有的操作都可通过图形用户界面来完成，同时，对于习惯使用命令方式的用户，StarTeam也提供命令集进行支持。同时，StarTeam的随机文档也非常详细。除了具备VSS，CVS所具有功能外，StarTeam还提供了对基于数据库的变更管理功能，是相应工具中独树一帜的。StarTeam还提供了流程定制 的工具，用户可跟据自己的需求灵活的定制流程。与VSS和CVS不同，VSS和CVS是基于文件系统的配置管理工具，......余下全文>>
二：产品版本5.0.0什么意思
GNU 风格的版本号管理策略
1．项目初版本时，版本号可以为 0.1 或 0.1.0，也可以为 1.0 或 1.0.0，如果你为人很低调，我想你会选择那个主版本号为 0 的方式 ;
2．当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1;
3．当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，因而可以被忽略掉 ;
4．当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1;
5．另外，编译版本号一般是编译器在编译过程中自动生成的，我们只定义其格式，并不进行人为控制 .
Window 下的版本号管理策略
1．项目初版，版本号为 1.0 或 1.00;
2．当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1;
3．当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，因而可以被忽略掉 ;
4．当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1;
5．另外，编译版本号一般是编译器在编译过程中自动生成的，我们只定义其格式，并不进行人为控制 .
另外，还可以在版本号后面加入 Alpha,Beta,Gamma,Current,RC (Release Candidate),Release,Stable 等后缀，在这些后缀后面还可以加入 1 位数字的版本号 .
对于用户来说，如果某个软件的主版本号进行了升级，用户还想继续那个软件，则发行软件的公司一般要对用户收取升级费用 ; 而如果子版本号或修正版本号发生了升级，一般来说是免费的 .
三：【转】如何在项目管理中进行版本控制
通过划分版本，分阶段递进式实现项目目标2、版本控制的表现形式：
2.1、通过一个版本号可以取得与此版本相关的所有工作产品2.2、项目活动与版本号相关联3、版本控制管理的项目活动范围：
在项目的招投标、立项、预研、需求、开发、测试、发布、实施、运营等活动中，至少应将需求、开发、测试、发布、实施活动纳入版本控制的范围。4、版本控制管理的工作产品范围：
4.1、配置库中工程活动的所有工作产品4.2、需求跟踪表考虑到实际需要，需求跟踪表中需求状态记录部分也应纳入版本控制，以方便获取此部分信息5、版本控制使用的工具：
5.1、cvs、svn、vss等工具管理工作产品版本。5.2、bugzilla、mantis、TD等6、版本的划分：
6.1、版本的划分工作在项目计划中进行，在项目工作实际进行过程中，如频繁出现内部版本（主要指内部测试β版），为保证项目计划的可视性，可在wbs中进行此部分版本划分工作。6.2、版本划分方法版本按是否通过验证分为β版本和正式版本。β版本通过测试和评审后成为相应的正式版本。所有β版本隶属于其对应的正式版本。正式版本按以下维度划分：6.2.1、按最终交付对象的不同可分为内部版本和交付用户的版本。6.2.2、按与上一版本的不同可分为功能增加版本、功能优化版本、bug修复版本等。6.2.3、按重要程度不同可分为一般版本，重要版本，里程碑版本。交付用户的版本必须为里程碑版本或重要版本。不同重要程度的版本投入的资源不同，包括评审、测试活动的范围、力度不同。6.3、版本号规则正式版本：对于Bug修复版本，版本号的第三位发生变化，对于其他版本，版本号的第一和第二位发生变化β版本：版本号为对应的正式版本号加β1、β2、β3等，按数字大小顺序编排7、版本控制活动
7.1、项目经理在项目计划中编制正式版本任务，明确其重要性为一般、重要或里程碑，明确是否需对外发布，明确与上个版本的不同。7.2、在wbs中将正式版本任务拆分为多个β版本任务，同一个正式版本对应的不同β版本间仅仅存在bug修复的差异。7.3、在wbs中将β版本任务拆分为涵盖需求、开发、测试、发布、实施、反馈等不同阶段的子任务。7.4、监控每个子任务按流程执行。
四：互联网产品开发：为什么版本控制如此重要
版本控制优势：
没有版本控制系统的话，代码可能被别人或自己不小心覆盖或遗失，有了版本控制系统，开发人员只要将每次程式码的变更都纪录（Commit）起来，并且透过版本控制系统中进行更新。
有了版本控制系统，可以浏览所有开发的历史纪录，掌握团队的开发进度，而且作任何修改都不再害怕，因为可以轻易的复原回之前正常的版本。
很多项目需求方还没有明白开发的定义，开发者一定要使用版本控制系统，Git或Mercurial是免费开源的版本系统系统、随处可用的网络、便宜的云端服务器，甚至有现成的第三方服务Github。
五：软件架构选择及代码版本管理问题 80分
对于版本控制，主要是你业务覆盖。这个之前做过版本统一和 多版本落地，主要注意的是两部分，一是抽象提取管控新定制需求，二是在已完成业务部分实现业务解耦。
这两步就是实现你第三问的内容。需要你在业务方向上做一个规划，至少是1年周期，想让自己的产品大致覆盖到什么程度，在方向上有一个规划。比如你做的crm，是否有客服业务、用户激活流程粒度、权限划分、是否有营销等，这些都尽可能抽取出 业务流程 ，为以后的定制，有一个定位，这种svn可以规划在不同业务包开分支，这种分支看用户需求采用 。
功能模块解耦后，定制如何实现可配置，就可以并行的去重构。
所有的问题，最终还是在产品 的卖点 。做到普及定制，才是王道。
六：如何制定和管理IOS APP版本号
楼主你好！根据你的描述，让我来给你回答！
定三位，参见苹果自身产品。
版本号范围通常定为1.0.0-9.9.9，小更新第三位+1，大更新第二位+1。
通常第一位变化为一年一变，是特大变化时才改动。
但是只要管理得有条理，我觉得也不必拘泥于版本号，有自己的规则即可。
希望能帮到你，如果满意，请记得采纳哦~~~
七：质量管理体系 2015版 产品和服务的区别
IS0质量管理体系标准2008版 采用的定义，将服务也归在产品的定义之中。
IS0质量管理体系标准2015版，将产品和服务分列开，只是为了照顾习惯。
区别大致如下：
服务是至少通过一次与顾客的接触过程完成的活动，并且是顾客需要的活动。
而产品一般是以实物形式存在的，被顾客接受使用的物品。
八：SAP有没有产成品版本控制？？
如果只是涉及到包装成本问题，用变式BOM是否过于浪费了？还有，如果包装成本要看知道工单的话，是建多料号合适还是用变式BOM合适？？所谓的合适就是指工作量以及业务的复杂度 查看原帖>>
九：iso9001质量管理体系有什么版本
目前有最新版时2015颁布
大致历程如下：
随着国际贸易的迅速发展，为了适应产品和资本流动的国际化趋势，寻求消除国际贸易中技术壁垒的措施，ISO/TC176组织各国专家在总结各国质量管理经验的基础上，制定了ISO9000系列国际标准。
ISO9000族标准2000版的修订过程
1998年02月WD—工作组草案
1998年09月CD1—委员会草案（1版）
1999年02月CD2—委员会草案（2版）
1999年11月DIS—标准草案
2000年09月FDIS—最终标准草案
2000年12月ISO—国际标准
为什么要修订ISO9000族标准?
国际标准一般都应在5年左右修订.ISO9000标准从1987年首次发布到1994年第一次修订相隔7年,1994版至今又经过了5年.现行1994版ISO9001标准的20个要素结构模式将相互关联的过程分离,没有体现出现代管理的“过程”概念。
1994版ISO9001标准内容过分趋向于硬件制造业。其他行业应用不便。
由于1994版ISO9000族基本标准（ISO9000-1、ISO9001、ISO9004）存在缺陷，造成ISO9000族中指南性标准数量迅速膨胀.
1994版ISO9001标准的重点是保证提供合格产品的能力，未明确规定满足顾客的需要和期望。
ISO9001:1994仅限于维持规定的质量保证能力，没有强调通过持续改进，不断提高企业经营业绩。
现行的94版与其它的管理体系（ISO14000,OHSAS18000等）不容易整合。
ISO9000:2000版标准结构
——ISO9000标准描述了质量管理体系的概念并规定了其专用术语
——ISO9001标准规定了质量管理体系要求，在组织需要证实其提供满足顾客和适用法规要求的产品的能力时使用
——ISO9004标准为质量管理体系，包括促使组织顾客和其他利益方满意的持续改进过程提供指南
——ISO19011为管理和实施环境审核和质量审核提供指南
上述标准构成了一组密切相关的质量管理体系标准，有利于国内和国际贸易中的相互理解。
后来又颁布了20008版
最近又有了2015版的标准发布。
十：禅道项目管理软件，产品里的计划是按版本来规划的吗？
观辰CRM客户关系管理（项目版）
服务行业，非标项目型业务+标准化产品业务，企业全面管理（应用功能涵盖：客户管理、销售管理、订单合同、项目管理、财务/税务、HR人事管理、OA办公）。紧贴业务操作的前端财务管理结合标准财务规范的后台会计总账应用，是服务行业企业不可多得的业务账务一体化管理通用型软件产品
上观辰软件官网， 免费试用
扫一扫手机访问
