- 开发语言：python27
- 操作系统：win10
- Git版本：2.7.2.windows.1
- 基于git的用于管理和发布代码分支的windows命令行工具。linux和mac系统未经测试。
- 分支规则：
- 有四种分支：生产分支master，测试分支sp-dev，特性分支feature/...，修复分支hotfix/...，其中feature和hotfix分支属于开发过程中的临时分支。
- 迭代：一个月通常有两个迭代，分别为sp1,sp2，如1701s1。
- 特性分支和迭代密切相关，迭代内特性分支命名：feature/迭代号/特性名称。这种分支是在迭代结束后一起发布的。
- 修复分支一般是在一两天内完成并发布的，因为比较紧急而不能随迭代版本发布走。命名：hotfix/名称。
- 对一个问题或功能的开发，用哪种分支取决于是要什么时候发布（而不是问题本身属于bug还是特性）。
- 参照 GitFlow，根据团队实际工作中出现的问题量身打造（如分支管理混乱，操作失误导致代码覆盖，分支合并不方便，分支识别度不高等）；
- 基于代码发布特点分成特性分支（迭代分支）和修复分支，以特性分支为主导，保证分支和迭代版本的一致性；
- 针对分支合并（合并到测试分支和生产分支）做了优化，降低由于人为操作失误带来的代码覆盖，即使一个迭代有几十个分支，合并者（SM）也不需要针对每个分支询问开发者。分支管理的便捷性鼓励开发者多开分支独立开发；
- 每天检测生产分支（master）和当前开发分支的代码差异，如生产分支有更新，则强制要求合并到当前开发分支，防止长时间分化导致后期合并困难；
- 分支和标签的命名反映迭代版本，和迭代保持节奏一致；
- 命令别名，方便键入；
- Tab 键自动补全（包括分支名称、项目下的相应分支搜索等），大大提高工作效率；
- 发布到生产分支时自动打标签；
- Hook 机制，可挂接外部命令（如 js 构建等），提高扩展性；
- 从github clone该仓库
- 拷贝其中的bin目录到你想放的地方，改成想要的名字。这个目录包含你要的全部东西（其他文件都是源文件之类的）
- 打开bin/config/文件夹，基于project.sample.json创建一个project.json配置文件，用于配置各个项目信息
- 双击iflow.exe，运行程序
- 执行sp指令切换到正确的迭代号
- 执行cd指令进入到某个项目
- 使用中可按tab键自动补全相关内容（指令、项目、分支等）
- 如有疑问，键入help查看帮如
不要修改config下的system.json文件，如果确实需要修改其中某些配置，则创建custom.json，按照system.json的格式编写你需要覆盖的内容（深度覆盖）
- 切换到迭代： sprint 01s1
- 进入项目： cd vmember（项目名在project.json中配置）
- 创建特性分支： feature create order-manager
- 创建修复分支： fix create order-bug
- 发布特性分支到测试环境： feature test order-manager
- 发布修复分支到测试环境： fix test order-bug
- 发布特性分支到生产环境： feature product vmember:* membercenter:order-manager
- 发布修复分支到生产环境： fix product vmember:order-bug
- 提交当前分支： commit 修复订单bug
- 切换到另一个特性分支 feature checkout activity
- 切换到另一个修复分支 fix checkout activity-bug
- 特性分支转修复分支： f2h order-manager
- 整理合并本迭代所有sql文件： sql
- 打tag： tag -m 修改bug
- 显示tag列表： tag
- 根据正则模式删除branch： del feature/17.*
- 仅删除本地分支： del --no-remote branch_pattern
- 合并生产分支到当前分支： merge
- Git原生指令： git ...
- 清屏： clear
- 退出程序： exit
- ...
windows上基于源码开发的话需安装pyreadline,pyinstall,pywin32,pefile模块，并将python目录下的scripts目录加入到系统环境变量，开发完成后用一下命令打包成可执行文件： （先进入到项目根目录） pyinstaller iflow.py --distpath=./bin -i iflow.ico -F
欢迎使用和提bug!