绪论 来fehead的时候，fehead是一穷二白，快要走了，发现也是一穷二白，有种什么都没做的感觉 结合实习经历，想整一个fehead开发学习的基建，留点东西下来，让后生可以不断完善，不至于刚进来的时候有种“假大空”的感觉(这是我进fehead几个月后的主观感受) 最重要的是文档和开发流程 文档最重要：记录开发学习的内容，可以是一种总结，此为其一。留下文档可助后生快速入门，减少学习和指导成本，此为其二。来日需要对项目二次开发或者重构追加功能时，提供指导，此为其三。 开发流程次之：规范的开发流程和代码规范，可以提高共同开发的效率和减少阅读代码的难度。
[TOC]
加入fehead-studio组织
- 团队成员在
fehead-studio创建仓库 - 开发者
fork仓库到个人账号 - 开发者
clone仓库到本地进行开发
clone到本地的仓库默认分支在主分支- 建立新分支，新分支以本次操作命名，如：
add_chat_function - 当开发期间团队仓库分支发生更改，并可能与正在开发的任务发生冲突时，切换到
master分支，pull新的内容，然后切换回开发分支，使用rebase命令进行处理，具体操作见[git文档](// TODO)
注：不要在本地主分支开发，保证在pull的时候不会发生冲突
<type>(<change_name>): <message>
eg:
feat(fehead_build): add document
type参照如下：
feat: 新特性
fix: 修改问题
refactor: 代码重构
docs: 文档修改
style: 代码格式修改, 注意不是 css 修改
test: 测试用例修改
chore: 其他修改, 比如构建流程, 依赖管理
- 开发完后
commit代码，然后push到个人仓库 - 向主仓库提
pull request - 找相关成员进行
code review(代码检查) - 检查通过后由管理员合入仓库
- 由管理员在团队账号上新建文档仓库
- 文档仓库开放
merge权限 - 每位成员在团队仓库创建一个个人分支，提交个人的文章
master分支用于提交基础文档