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

（注：文中的版本控制均指从项目管理角度出发的版本控制，区别于从质量管理和配置管理角度出发的版本控制概念）

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修复版本等。

人物网站本身最初的出发点就是给大家一个推荐的平台，推荐有价值的人和物

在想人物网站的首页应该做成什么样，产品架构应该怎么样，需要理理思路。

这是今晚看的一些关于推荐的文章，很有参考价值

推荐和接受推荐的动机

“绝大数人都有倾诉欲、表现欲” “人们在买某类商品之前通常需要进行自我心理认定，而这个过程通常需要他人进行说服，比如商店推销员、产品宣传单、电视广告、朋友的推荐和网上对此商品的评价，不同的说服方式有不同的熵值，这里面朋友的推荐很重要，再次是网上网友的评价。”

社会化推荐，Google之后对传统广告又一大冲击

“熟人社会的瓦解和陌生人社会的兴起，从陌生人那里获得产品、服务的信任问题同时也推动了从陌生人那里获取推荐信息这一行为的发生。”

“如何对待噪音”

“在社会化推荐之中，可以为不同的信息赋予不同的权重–熟悉的人、信赖的人信息更加明显；陌生的人、不被信赖的人信息将被弱化， 这一过程理想中是个性化、社会化的，而且需要动态调整。”

网站推荐机制中的艺术、科学与商务问题

“更好的推荐机制是必不可少还是锦上添花？”

“当消费者明确知道她想要什么的时候，她搜索。但当她不太清楚想要什么的时候，她浏览。浏览活动为推荐系统带来了绝好的机会。因为当用户没有集中注意力在找她想要的东西时，她对外来的建议是敞开的。”

“推荐的几种方式如下：
个性化的推荐－－根据用户过去在网站的行为进行推荐
社会化推荐－－根据类似用户过去在网站的行为进行推荐
基于产品的推荐－－基于产品本身的特性进行推荐
以上三者的混合”

人物系统第二期寻人功能主体开发完成，已经上线了。

很累了，所以先发一个简单的通告，对于这期的策划和更多产品及运营相关内容，明天再发出来，让我先休息下，^_^

人物系统(http://www.niuna.com)上线的这些天，深深感受到运营的重要性。

任何产品能为人所接受，一定是因为提供了价值。所以提供价值是基础。但是价值提供后，能否传播到更多的受众，能否迅速跨越用户门槛，就是运营做的事情了。

不同的产品，关键点是不同的，google为什么可以不做推广，全靠口口相传，是因为对于搜索引擎这个产品来说，技术，也就是搜索质量是关键点，而这个基本上是由技术决定的，而技术本身并不是运营产生的。

那么什么是运营呢？运营其实就是产品增值的过程。如果一个产品不是技术决定性的，也就是说生产这个产品本身的门槛并不高，那么一定要在其他地方找出门槛，运营所产生的用户粘度，用户规模，对用户群的把握，在传统行业如肯德基、俱乐部都是由管理水平、服务质量决定的，在互联网这个领域里，我们喜欢叫它运营。

因为关键点的不同，导致了搜索引擎的本质是其兴也勃，其亡也忽。而社区的发展一定是慢慢的，温吞水的，然而一旦形成，迁移成本也很高。

当然，具体到实际的案例，如google和百度，百度不用说早就不是纯粹的搜索，早就向社区转移了。而gooogle的社区化也是一直在进行的，而且不止于此，google的野心比百度大多了。而社区呢，我们可以看到国外的社区是慢慢兴起的，不说按十年计算的craiglist，就是发展很快的faceboook也是用了几年的时间积累的。而国内的海内我觉得可以作为一个特例，一个社区如何抓住机会，快速发展的特例。这个特列以后再分析。

上一篇说了人物系统（http://www.niuna.com/renwu）的第一期总体策划，下面要说说开发。

说是开发，其实也包括一些策划工作，主要是总体策划中没有明确的很多细节甚至是重大决策（比如是否允许对同一个人的多个独立推荐）。在我以前的项目管理工作中，我一直坚持滚动开发，这次肯定也不例外，我相信这个世界上没有完美的产品，只有不断改进的产品，所以在第一期只是用最简单的方式实现全流程。包括推荐、评论人，推荐、评论物，设定物的所有者，将推荐和评论以邮件方式发送给被推荐、评论人，或者以trackback方式发送给被推荐、评论的物。

以上是大的功能列表。那具体代码实现，考虑到一个人月的开发时间，选择了pligg这个开源软件，使用lamp架构，开发环境使用zend studio，版本控制使用CVS NT 加 TortoiseCVS（这只可爱的小乌龟，我越来越喜欢它了）。唯一的美中不足就是zend studio无法在远程文件夹上使用cvs，也就是说，我用zend studio在本地写好程序后，虽然可以直接发布到CVS上，但不能从CVS上直接更新到远程服务器上，还要使用ftp软件做更新。

有人可能会问，你不是只有一个开发人员（就是我自己）吗？为什么还使用CVS。答案是我不是机器，时间长了我也不记得我这次和上次改动的区别在哪里，这个时候我需要CVS来比较我不同时期的文件，告诉我修改的地方在哪里。

因为只有一个人我偷懒，用了一个word文档来记录当前的修改状况，同样使用cvs维护版本。每次大的功能开发结束就给整个包打一个tag。

下面说说上线。