Closed OrkWard closed 2 years ago
现在整个项目具体的样子还很不明朗,主要就是不知道有哪些要做的,光用说明文档去描述还是很苍白,如果有具体的情景就好判断的多(比如说,看到一个页面上的按钮,就可以从名称、标签结构大概知道它能做些什么)。因此本项目的开发流程大致如下(我的设想):
举例:
这里顺便说明一下分支(面向完全不熟悉的人) 一般的开发过程中,分支结构如图:
master+ +--dev+ +--develop feature1 +--devolop feature2 +--fix bug1
master分支可以称为“主线”,被认为是一个稳定版本,所有功能都已经得到了充分测试 dev分支可以称为“开发版本”,被认为是一个不稳定版本,但包含了最新的功能 大家在dev分支上开发功能、修bug,等一个阶段后将dev分支合并到主线,分出新的分支 这样的结构适合一个比较小的项目。
顺便也提一下,除了尝试外,pull request最好不要自行close,请先等待他人测试后合并
修复bug就不需要等了,直接提交就行
所以...我们决定好了前端用哪个框架了嘛,要学起来了。
请查看对应 issue #8
现在整个项目具体的样子还很不明朗,主要就是不知道有哪些要做的,光用说明文档去描述还是很苍白,如果有具体的情景就好判断的多(比如说,看到一个页面上的按钮,就可以从名称、标签结构大概知道它能做些什么)。因此本项目的开发流程大致如下(我的设想):
举例:
这里顺便说明一下分支(面向完全不熟悉的人)
一般的开发过程中,分支结构如图:
master分支可以称为“主线”,被认为是一个稳定版本,所有功能都已经得到了充分测试
dev分支可以称为“开发版本”,被认为是一个不稳定版本,但包含了最新的功能
大家在dev分支上开发功能、修bug,等一个阶段后将dev分支合并到主线,分出新的分支
这样的结构适合一个比较小的项目。
顺便也提一下,除了尝试外,pull request最好不要自行close,请先等待他人测试后合并