最近几天和朋友两人模拟做了个银行巡检的项目，由于时间紧促，我们只做了部分功能。
为了能让自己更快的成长，我们是把它当做一个真正的项目来做的。
在该项目中，我们用到了 JUnit 测试类和 Git 版本管理工具。
主要收获：
学会了使用 Git 进行团队合作
在该项目中，我们没有选择 SVN 而选择了全球最流行的 Git 版本管理工具。
将每一次对项目的修改都提交到 Git 版本管理中，方便查看每个成员做了哪些内容以及每次更改都修改了哪些东西（具体到行）。
虽然平时自己写的代码都是使用 Git 进行版本管理，但是从来没有使用 Git 进行过团队合作，所以这是第一次使用 Git 来进行团队合作，因此学会了 Git 版本管理协同合作的方法：
- 如何项目创建者那里获取项目
- 如何将自己的代码提交到项目拥有者
- 如何解决多个用户修改统一处代码的冲突
- 项目创建者如何查看、合并及拒绝团队其他成员提交的代码
这也是我目前在这个项目中最大的收获之一。为以后在开源社区做贡献做了铺垫。
### 遇到并通过查阅资料解决了很多问题 在该项目中，我遇到了很多以前从未遇到过的问题与 bug。 而这些问题都是由我自己查阅资料和文档解决的，这是我再该项目中另一个最大的收获。
## 遗憾：
Git 只使用了一个分支
该项目初次尝试 Git 团队合作，没有严格按照 Git 版本管理流程创建分支，只有一个主分支。
而正规的流程应该至少分为三个分支：
- master 主分支：线上的可运行版本。
- dev 开发分支：新功能、新模块应在此分支上进行开发。开发完成后再将新功能合并到主分支上。
- fix 补丁分支：线上程序出现的 bug 应在此分支上进行修复，修复后将代码合并到主分支上。
这是我比较遗憾的一点，但是在以后的项目中，我将会按照这个流程来进行开发。
### 没有记录下遇到的成堆问题 (ToT) 啊！这个是最大的遗憾，因为时间紧促，没有将遇到的问题记录到我的 [**Issues 集锦**](http://crazybunqnq.com/2017/03/15/Issues/) 中。
以后遇到再说吧，朋友们若遇到什么问题也可以在我的 Issues 集锦 里留言，帮我提升解决问题的能力。
