咱们日常在进行项目开发时,通常都会把代码上传至代码托管平台上方便管理和维护。目前你们使用的托管平台最多的仍是Github,国内外还有一些比较知名的代码托管平台,好比Gitlab、BitBucket,码云和码市等。前端
但咱们在多人合做开发下,常常碰到的最头疼的问题是,其余开发者在交接给咱们一个项目时只是对项目目前现有的功能简单的描述了下,咱们在后续迭代功能时忽然发现连最基本的项目如何运行都没有给咱们交代,当时心中一万只那个什么马奔腾而过,只能去查看package.json的scripts,本身意会了。git
那么问题来了,咱们在交接一个项目时,如何保证项目能快速完整地交付给基友,今后过上无忧无虑的生活呢?答案是咱们只须要甩给他一份标准规范的README。github
咱们经过一张截图一块儿来看看一份简单的README规范都有哪些内容:json
上面的readme规范模板在咱们 feflow的 README规范里能够看到
那么咱们一块儿来探讨下,一份规范完整的README规范都应该有哪些内容呢?ide
1. 项目描述 2. 如何运行 3. 业务介绍 4. 项目备注
每一项都有哪些做用?工具
须要说明咱们的项目名,项目功能简述,代码仓库地址,以及该项目的第一负责人。谁交接给咱们的项目,谁就是该项目的第一负责人。ui
如何运行spa
业务介绍代理
对于前端来讲,咱们一个项目可能不止一个页面,那么咱们须要给出如下信息:日志
各页面及描述 列出咱们项目内的全部页面信息,好比下面这样:
页面目录 | 页面描述 | 页面连接 | 参数描述 |
---|---|---|---|
index | 首页 | https://now.qq.com | 无 |
上面是咱们一个规范的README所需的一些信息和内容,加粗内容是我认为README里的一些必需信息,你们也能够在此基础上针对本身项目实际的开发场景来扩展一些规范信息。
腾讯IVWEB团队的工程化解决方案feflow已经开源:Github主页: https://github.com/feflow/feflow若是对您的团队或者项目有帮助,请给个Star支持一下哈~