Open anig1scur opened 2 months ago
每个团队成员在进行开发时,首先从主仓库 fork 一份自己的副本,然后在自己的仓库上进行开发。当开发完成后,提交 pull request (PR) 请求合并代码回上游。避免冲突,方便 review。
对于非常小的修复或改动,可以简化流程,但一般需要包括以下内容:
提交一个预览链接(优先)或改动相关的截图 预览链接可以通过 GitHub Pages 或 Vercel 或其他托管平台生成,便于 review 时直接查看实际效果。
现在集成了 vercel pro trial ,会自动在每个 PR 做这个事情,但只是用于免费体验一段时间。所以后期还是需要自己提供。
文字说明一下这个改动做了什么,简单描述即可
合并时尽量采用 Squash and merge
Squash and merge
如果此次改动由产品或设计师主导,请在 PR 下 @ 产品经理和设计师的 GitHub ID (如没有可 @ slack 昵称),请她们参与 review 和 feedback
GitHub ID
推荐阅读:
如何上手一个不熟悉的前端项目?
1. 采用 fork + pull request
每个团队成员在进行开发时,首先从主仓库 fork 一份自己的副本,然后在自己的仓库上进行开发。当开发完成后,提交 pull request (PR) 请求合并代码回上游。避免冲突,方便 review。
2. 在 pull request 中应该做些什么
对于非常小的修复或改动,可以简化流程,但一般需要包括以下内容:
提交一个预览链接(优先)或改动相关的截图 预览链接可以通过 GitHub Pages 或 Vercel 或其他托管平台生成,便于 review 时直接查看实际效果。
现在集成了 vercel pro trial ,会自动在每个 PR 做这个事情,但只是用于免费体验一段时间。所以后期还是需要自己提供。
文字说明一下这个改动做了什么,简单描述即可
合并时尽量采用
Squash and merge
3.. 如果有产品 & 设计的参与,在 PR 下 @ 她们的 id
如果此次改动由产品或设计师主导,请在 PR 下 @ 产品经理和设计师的
GitHub ID
(如没有可 @ slack 昵称),请她们参与 review 和 feedback