利用GitHub进行敏捷开发管理

以前使用GitHub一般就作为版本管理+bug管理，都是个人使用，这次公司全部统一使用GitHub企业版进行开发管理，在使用过程中感觉还蛮不错的。可以实现类似看板的功能，还很便于交流。

项目管理

在记录GitHub应用前，先来看看项目管理的一些情况。整个项目偏向于敏捷的管理方式，尽量简化，当然也不是完全一样。项目前后端完全独立，采用REST接口。

• 迭代：两周一迭代（又看作一个milestone或者sprint），每个迭代开一次迭代会议，迭代会议并不会冗长，一般在1小时内完成，关注点在迭代中产生的需要分享的问题以及遇到的需要讨论的问题。
• 开发环境：准备了专门的开发服务器、构建服务器，用于构建以及部署服务，还有一个独立的集成测试服务器，用于自动化定期部署服务及集成测试。开发工具使用IDEA，并且使用编码约定，包括统一的Code Style、import顺序配置、static import配置、CheckStyle插件配置、换行符设置，以保证每个开发人员格式化都是完全一致的。
• review：所有PR（PullRequest）必须至少2人（子团队4个成员）进行review，实际执行过程中，基本都是所有成员全部review后才进行merge的，只有部分大范围重命名或者很小的简单修改除外，当然，这个是约定，这个没有技术手段限制，缺点很明显，review需要占用不少时间，优点也很明显，一个是代码质量更高，另一个是都比较了解所有代码，可以互相替代。在执行过程中发现，花费一些代价review是值得的。但也不一定这么死板，总的来说，前期最好所有成员都进行review，可以起到整体风格统一的作用，而且很高效，也可以让大家都了解整个项目的大体情况。
• 持续集成（CI）：这个是使用Jenkins完成的，每日定时构建并部署到开发服务器。项目的特点是前后端分离，及时的部署到开发服务器便于前端开发测试。除了每日构建，Jenkins利用Git和GitHub插件与GitHub集成，在每一次PR有提交的情况下也会触发构建。Jenkins构建使用的是maven，除了编译、单元测试以外，还会进行Findbug、CheckStyle、单元测试覆盖（JaCoCo）等检测，保证PR中没有Findbug的最高级别警告以及没有CheckStyle的任何警告。