标签：bug 系统 flow 产品 问题 项目组 cti 统计 切换
在开启了自己的 Github 项目之后，然后就是不断地往里面添加新特性，迭代维护了。
首代产品开发基本的流程如下：
在修复问题的时候，有如下基本流程：
当然，上述流程只是一种最简单常用的工作流，纯粹是用来抛砖引玉。由于git具有很大的灵活性，用户完全可以根据项目复杂度，团队规模来定义适合自己的工作流。
有兴趣的同学可以搜索 “git 工作流” 或者 "git work flow" ，遵守这些工作流，对规范个人开发习惯或者加强团队协作效率都是极其有帮助的。
虽然大牛们总是告诫小白们，不要迷恋工具。但是不可否认，好的工具确实是代表了先进的生产力。
在熟悉了git/github之后，个人可以得到如下改变：
希望更多的软件版本管理的初学者们能够尽快的养成良好的版本管理系统和高效的版本管理手段，别的不说，至少有一点非常重要的作用就是：
能够保证让软件项目组所有的人描述一个项目对象时，精确的确定是同一对象，这样可以少去很多麻烦，少去很多扯皮拉筋的不必要的冲突。
这应该是在群体性软件活动里面，除了协作之外个人认为最大的作用了—— 一个公正的物证平台。
标签：bug 系统 flow 产品 问题 项目组 cti 统计 切换
原文地址：http://www.cnblogs.com/yinll314/p/6049183.html
