【转】如何在项目管理中进行版本控制？版本控制系统可以支持多项目并行吗

本文目录

• 【转】如何在项目管理中进行版本控制
• 版本控制系统可以支持多项目并行吗
• mac如何做本地版本控制
• 版本控制是什么
• 群晖 文件版本控制在哪设置
• version control是什么意思
• GitLab搭建个人（或公司）版本控制系统
• 版本控制的系统特征
• 分析一下如何进行版本控制
• 为什么说数据库版本控制是必须的

【转】如何在项目管理中进行版本控制

通过划分版本，分阶段递进式实现项目目标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、监控每个子任务按流程执行。

版本控制系统可以支持多项目并行吗

版本控制系统可以支持多项目并行。

版本控制系统（version control system）,是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。 

版本控制系统不仅可以应用于软件源代码的文本文件，而且可以对任何类型的文件进行版本控制。 用的比较多的如svn，git等。

版本控制系统注意：

如果你首次使用 Git，那刚开始首先是需要配置各种身份信息的，这样当你提交相关任务的时候，别人才能知道这个 commit 是谁提交的。

根本原因是在git的设计中，对于文件，路径与内容是分离的，二者靠index联系。在最初的设计中，只会生成根目录对应的tree对象和每一个文件版本内容的blob对象，甚至连子目录对应的tree对象都不会生成。而提交对象要与两个对象的哈希值对应，一个为根目录tree对象，一个为父节点提交对象。当然，初始提交不用指定父节点。

mac如何做本地版本控制

• MAC做本地版本控制，您可以直接将该电脑设置为当前的操作主界面，并且设置好当前的控制信息内容。

• globalYK的博客 Cornerstone是mac操作系统上一款比较流行的SVN版本管理工具.如何... 1、下载代码到本地目录 : cd到电脑桌面

版本控制是什么

版本控制(Revision control)是一种软件工程技巧，籍以在开发的过程中，确保由不同人所的同一档案都得到更新。
版本控制透过文档控制（documentation control）记录程序各个模组的改动，并为每次改动编上序号。这种方法是维护（maintenance） of 工程图（engineering drawings）的标准做法， 它伴随着工程图从图的诞生一直到图的定型。 一种简单的版本控制形式，例如，赋给图的初版一个版本等级“A”。当做了第一次改变后，版本等级改为“B”，以此类推等等。.
版本控制系统:
1.软件系统的版本控制是指可以自行运行的各子系统的版本控制。
2.软件系统的版本号由评测小组的人员确定，由评测小组进行版本控制工作。
3.软件系统的版本号由3部分构成，即主版本号+次版本号+修改号。主版本号1位，只有当系统在结构和功能上有重大突破改进后才发生变化；次版本号有2位；修改号8位，采用提交时的日期，当系统进行任何修改后，包括数据库结构发生变化，修改号都要随之改变。例如：Ver3.31.19990317
4.各子系统的版本号独立。
5.各软件系统应该有显示详细版本号的功能。例如help菜单下的about功能。系统提交存档时，评测服务部要进行版本号检查。
6.新系统开发完成、或已存档的系统进行修改，修改完成后，进行提交存档时，由评测评测小组系统分析工程师确定新版本号、或更改版本号。
7.软件系统，产生新的版本后，老版本的软件系统是否继续保存，取决于以下条件：
a.老版本的系统如果有客户还在使用，在客户升级以前，必须继续保存。
b.老版本的系统已经没有客户使用了，并且新版本的系统已经把老系统的文档完整地升级过来，这样可以删除或覆盖老版本的系统资源。
c.对于要删除或覆盖的老版本系统，可以统一备份起来。

群晖 文件版本控制在哪设置

• 最新版本的群辉，版本控制在“Drive管理控制台套件”里，进入“团队文件夹”，可以设置版本数量，最高32，最低无

• 打开控制界面，在控制面板——用户，里面可以新建用户。并且在控制面板——权限，里面可以设置用户使用NAS的功能权限。当然，你也可以在用户组里面配置好用户设置，把用户组配置权限也可以。

version control是什么意思

　　version control意思是：版本控制
　　
　　Version Control 版本控制,版本管理,版本
　　version control 版本控制
　　version release control 版本控制
　　【例句】
　　1）So, how do you use version control well?
　　那么，怎样才能用好版本控制呢？
　　2）The key is to have some form of version control and access management to thearchitecture structure.
　　关键是要对体系结构的结构采用某种形式的版本控制和访问管理。

GitLab搭建个人（或公司）版本控制系统

说明：Git,Github,GitLab三者关系。

Git - 是一款自由和开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。(svn是集中化的版本控制系统)。

GitHub - 是一个面向开源及私有软件项目的托管平台（也就一个网站），提供给用户空间创建git仓储，保存用户的一些数据文档或者代码等。它可以托管各种git库，并提供一个web界面。被戏称为“全世界最大的同性交流社区”。

GitLab - 基于Git的项目管理软件。使用Git作为代码管理工具，并在此基础上搭建起来的web服务。

当然啦国内开源中国出的“码云”，第一次听得人还以为是“马云”。我酱紫。它跟Github功能差不多，都能建立公有和私有的仓库。不过嘛感觉有点封闭，社区没有Github热闹。

有的人就说啦，我完全可以在Github或者GitLab上做远端代码仓库，为啥还要倒腾GitLab自建代码托管系统？就一个字： “代码安全性”（公司保密规定）。 对于公司来说，GitLab让开发团队对他们的代码仓库拥有更多的控制，相比于GitHub，它有不少的特色：

一、自建代码托管系统都需要做些什么工作？

1. 选择开源软件

Git 大家族的 GitLab ，它提供了完善的用户权限管理，除了涵盖 Git 所有的功能，同时又提供方便的后台管理。分别有CE（社区版）、EE（企业版）、OM（RPM 包完整版）三个版本，目前市面上开发者们的普遍选择是使用 CE 版的源码，成本较低且相对方便。

2. 硬件设施方面

如果是对于中小型企业来讲，自建机房一般成本较高，所以除非是大型集团企业。现在市面上存在太多的云服务器厂商，平均价格多在 5000元/年以上，都是不错的选择。

可能遇到的坑：

3.由于个人眼界以及信息不对称，目前大部分公司都是在公司局域网内自行用GitLab搭建代码托管系统。部署Gitlab 是对服务器有配置要求的建议是CPU两核，内存4G以上。个人经验，勿喷啦。

二、搭建过程(这里仅是作者接触的，其实还有很多更高级的盘法)

Gitlab的服务构成

1.搭建方法分为：传统方式安装GitLab和Docker安装(推荐)。

2.传统安装过程（平台使用centos7安装）

安装和配置必要的依赖项：

安装Postfix以发送通知邮件:

在安装Postfix期间，可能会出现配置屏幕。选择“Internet Site”并按enter键。使用您的服务器的外部DNS以“mail name”并按enter。如果出现额外的屏幕，继续按enter键接受默认值。

添加GitLab镜像源并安装gitlab服务器:

注意这里设置的端口不能被占用，默认是8080端口，如果8080已经使用，请自定义其它端口，并在防火墙设置开放相对应得端口。

重置并启动GitLab：

访问 GitLab页面：如果没有域名，直接输入服务器ip和指定端口进行访问

获取/修改超级管理员root的密码：

最后我们使用默认的账号：root 和刚刚设置好的密码12345678进行登录。

后面的步骤配置SSH key，git Bash的global config等初始化设置跟GitHub一样。可是还有一点就是“汉化”。（英文不好的小伙伴）但是有一定风险，后面我打开报502错误。有两种方法：用git比对出英文与中文的补丁，将英文打补丁。第二是直接下载中文版，替换英文。

3.Docker安装(推荐)

（1）配置docker镜像

直接从 docker hub 获取的话速度非常慢，所以需要配置一个镜像。我使用的是 daocloud.io提供的加速器，速度很快。

（2）获取 GitLab 镜像

下载完成后，查看镜像列表

（3）启动容器

3个--publish指定容器与主机的端口映射，分别是

版本控制的系统特征

1.软件系统的版本控制是指可以自行运行的各子系统的版本控制。
2.软件系统的版本号由评测小组的人员确定，由评测小组进行版本控制工作。
3.软件系统的版本号由3部分构成，即主版本号+次版本号+修改号。主版本号1位，只有当系统在结构和功能上有重大突破改进后才发生变化；次版本号有2位；修改号8位，采用提交时的日期，当系统进行任何修改后，包括数据库结构发生变化，修改号都要随之改变。例如：Ver3.31.19990317
4.各子系统的版本号独立。
5.各软件系统应该有显示详细版本号的功能。例如help菜单下的about功能。系统提交存档时，评测服务部要进行版本号检查。
6.新系统开发完成、或已存档的系统进行修改，修改完成后，进行提交存档时，由评测评测小组系统分析工程师确定新版本号、或更改版本号。
7.软件系统，产生新的版本后，老版本的软件系统是否继续保存，取决于以下条件：
a.老版本的系统如果有客户还在使用，在客户升级以前，必须继续保存。
b.老版本的系统已经没有客户使用了，并且新版本的系统已经把老系统的文档完整地升级过来，这样可以删除或覆盖老版本的系统资源。
c.对于要删除或覆盖的老版本系统，可以统一备份起来。

分析一下如何进行版本控制

目标：
1）保证各个环境(开发、测试、主干)的独立，避免相互影响；
2）减少最终发布时合并主干出现冲突的概率；
3）降低冲突处理的难度。
原则：
多个版本（开发版本，测试版本，发布版本）；
多次合并。产品经理一定要对版本进行把控，不合适了及时更新，不知道什么时候更新多去黑马程序员社区看一些产品经理的知识！

为什么说数据库版本控制是必须的

主表 Original 从表Revision
原始数据存Original, 修订的数据存Revision
这样一条原始数据对应 n条修订数据， 最后添加的revision则是最终版本
或者做一张表，自连接（即自己跟自己互为父子表） 这样就能产生一个数结构
处在根的是原始数据 对应的叶子为最终数据