在 master 分支上的所有代码都应该是最新可部署、可工作的版本。 如果要进行新的工作,从 master 分支上拉出一个新的分支,并以工作任务清晰命名,如 “new-scheduling-strategy”。 尽可能频繁地提交代码变更到本地分支,与此同时,尽可能频繁地同步到服务端相同分支名的分支。 当准备合并代码到 master 主干分支上,通过发起 Pull Request,提请代码评审。 通过代码评审后,或与此同时,需要将该分支部署到测试环境,进行验证。 如果评审通过及验证通过,代码则合并到 master 主干分支上,应该立即部署到生产环境。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。