关于分支，发布等组织方式，求大家推荐，谢谢~~
能和github结合起来讲就最好啦，因为想采用github作为代码仓库
说一下我自己的思路吧
开始
开始的时候，创建一个主仓库，假设叫master_github，里面建立两个分支，master和develop分支，master分支用来发布，develop分支用来开发
新成员加入
一个新成员加入的时候，首先要fork主仓库master_github,假设fork之后的仓库叫做member_github,新成员把member_github的代码clone到本地，然后checkout develop分支下进行开发
提交
当member_github的develop分支开发的功能完成，并且通过测试之后，先提交到本地的仓库，然后通过push到member_github仓库，然后再向master_github发pull request
合并
master_github管理员决定是否合并来自member_github的pull request
发布
当develop分支merge来自各个member_github的功能达到一个发布时，把develop分支rebase到master分支，进行发布
以上是我的思路，请大家帮忙看看是否规范，有没有哪里有问题的，不知道master_github中的一个develop分支是否够用？
还有个问题就是发布版的bug修复应该怎么弄呢，在master_github中再创建分支吗？等bug修复玩再合并到develop和master里面吗？
利用sourcetree 的git工作流 很方便~~~
如果是小团队，集中办公的话，用 github 的 pull 有些成本高，
完全可以采用以下几种方式之一：
- 本地 review，通过后提交 develop 分支，择机 release 到 master
- 直接提交到 devlop 分支，不合适就 revert 回来，这样可能会麻烦一些
- 每人维护一个自己的 branch，然后由专人 merge 到 develop
这样还可以使用 github 的 issue 等其他功能。
下面说一下我们目前git分支的使用方法
整体项目分为master和develop两个分支，master主要用来发布网站使用．develop主要是用来分开使用．
平时每个人开发的时候，从develop中clone一下并创建一个开发者自己的分支，如zhang.(再有新加入者的时候，类似同样的方法分支另起一个名字li.)．当开发工作完成后，提交本地仓库并git push自己的分支．最后先将develop合并到自己的分支(开发期间可能被开发者进行过修改)，以确保合并成功．合并无误后，再将当前合并后的zhang分支合并到develop分支中．(注：这里的合并操作先是在本地分支合并．然后再合并到远程分支．有点多操作一步)．
到最后一天工作结束后再将develop合并到master分支，通过master上线运行．
另外对于线上环境有紧急bug要修改的时候．再从master里创建一个分支．独立维护．结束后，再分别同步master和develop两个分支．
我自己回答一个
git flow
上面的是一个比较经典的git flow
forking workflow的资料还在找