一年时间我们从几个人的开发团队发展到十几人的团队，最初的我们只有两个后端加两个前端，而且其中三个还是实习生。
但今时不同往日，现在我们有前端、后端、测试、运维、设计、产品、交互，成功集齐了七个兵种，可以召唤神龙，赐我们一个敏捷的开发团队。
作为一个敏捷性的开发团队，我们要保持快速的迭代速度的同时保证高质量的代码，这是一个艰巨的过程。
版本管理 — Git~hub
「开始的开始，我们还是孩子」(出自《北京路的日子》)
开始的开始，我们还是用着SVN，代码存储在公司的服务器中，只有一个分支，提交代码无需审核，无需单元测试。因为我们只有几个人......
作为一个有逼格的团队，后来我们用上了Git，并且把代码迁移到Coding中去，然后引入了名为「git flow」的工作流，关于这个工作流可以参考我们老大的文章：「企业级开发：Gitflow Workflow工作流」
Coding真的是一款很不错的产品，可称为业届良心。
为什么当初没有直接用Github，因为私有仓库贵啊......
但，作为一个有逼格的团队，我们是不会满足于此的。Coding自身的服务很不错了，但是相对于Github的一些专业的第三方服务，缺少了那么一些竞争力。我们当时想接入持续集成的服务，但是无奈找不到支持Coding的第三方服务，代码Review也没有一个更让我们舒心的体验，我承认我们要求比较高。再加上Coding的几次down机，其中一次是我们准备发布新版本的那一个下午.....
终于有一天，我们老大两眼发光的跟我们说：我们要买Github的服务了，申请到资金了。
于是乎，我们浩浩荡荡的迁移代码库。
迁移到Github之后，我们开始接入各方工具，提高我们的工作效率（钱可不能白花啊）。
武装Github — ZenHub
ZenHub
Project management inside GitHub
Transform your GitHub issues
正如Zenhub所说，这是一款项目管理工具，嵌入式集成到Github中。作为插件，它的UI完全迎合了Github，以至于你难以分别出哪些功能是Github的，哪些功能是Zenhub的。
如果你用了ZenHub，它会提供给你：
- 一套任务面板，给不同的任务提供不同的泳道，直观的展示每个任务的进度。于是乎我抛弃了Teambition。
- 一套个人的Todo List，如果有一个issue或者一个PR需要你来处理，但你现在没有空，你可以把它添加到Todo List中，于是乎我又抛弃了Wunderlist。
- 一套项目图标与统计，结合着Github自带的项目图表，这个提供更多维度的数据，但是个人感觉意义不太大。
- 再加一些小彩蛋，由于它是作为插件形式嵌入到Github中的，所以会在很多地方提供一些这样那样的按钮，等着你去发现了。
持续集成 — TravisCI
TravisCI
Test and Deploy with Confidence
Easily sync your GitHub projects with Travis CI and you’ll be testing your code in minutes!
不知道你有没有好奇Github上的一些明星项目的这样的标签：
点击进入Reviewable的页面对应的PR进行review。
并且一个PR没有完成Review之前，是会一直被警告，让你警惕进行合并。
代码覆盖率 — Coveralls
Coveralls
We help you deliver code confidently by showing which parts of your code aren’t covered by your test suite. Free for open source repos. Pro accounts for private repos. Instant sign up through GitHub and Bitbucket.
在明星项目Express的Github项目主页中，你可以看到这样的标签：
Slack接入Githu只是其中的一个小功能而已，更强大的在于Slack本身，利器如何用，待君慢慢体会。
但，Slack有一个硬伤：不会科学上网，用不了呀。
最后
再一次，作为一个有逼格的团队，我们依然不会满足现状。
如果本文对您有用
请不要吝啬你们的Follow与Start
这会大大支持我们继续创作
「Github」
MZMonster ：@MZMonster
JC_Huang ：@JerryC8080
网友评论
其中github写错了。