作者回复: 您好,你的建议很不错。项目代码规范涉及到的配置有很多,本课受限于篇幅,无法一一都进行讲解。
作者回复: 您好,团队项目分支管理,可以先定义分支类型,比如: 1. master分支,只有唯一一个分支。代码最终合并的主干分支。 2. release分支,只有唯一一个分支,代码每次发布到产线的分支。 3. test 分支,只有唯一一个分支,用来项目测试或者预发布验证。 4. dev-xxx 分支,可以多人开发多个分支。 有了分支的分类,下来就是分支管理。管理步骤如下: 1. 开发过程用 dev-xxx分支。 2. 需要发布前先dev-xxx分支合并到test分支,进入测试环境和预发布环境验证测试。 3. 项目要发布时候,从test分支合并到master分支,再进入生产环境部署。 4. 生产环境部署后,从master分支合并到release分支,再打上tag记录备份一次发布内容。 以上只是常见企业的git分支管理方式,不一定是统一的方式,仅供参考。
作者回复: 您好,.eslintrc文件的后缀可以支持多种文件格式的,您可以参考官网文档 https://eslint.org/docs/latest/use/configure/configuration-files
作者回复: 您好,只要是本地电脑VS Code没安装过的插件,重新打开VS Code就会有提醒,一般在右下角有提示框。
作者回复: 所有代码规范都是管理人员的管理工具,本质上为了避免大神写出看不懂的代码,避免傻子写出有缺陷的代码。注意,这些都是管理工具,最终都是服务于多人协同的,而作出的妥协。
作者回复: good
作者回复: 您好,你的答案是正确的,就是基于git hooks对git的每个环节做代码检查和处理。