【项目总结】项目开发规范-精品文档资料整理.docx

《【项目总结】项目开发规范-精品文档资料整理.docx》由会员分享，可在线阅读，更多相关《【项目总结】项目开发规范-精品文档资料整理.docx（26页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、【项目总结】项目开发规范4.4怎样使用Http状态码以及自定义code 在出现Http状态码使用的情况时 推荐使用Http状态码 表述业务状态。自定义code假如没有特殊含义 同时遵循 状态 200除外 。业务状态码统一使用自定义code表述 状态码使用200 5.接口访问权限 开发阶段接口不明确其访问权限 将接口设置为匿名接口。即接口添加注解 AnonymousAccess在得知接口的访问权限时 添加权限注解 PreAuthorize( permissions.check( admin ) )工程测试/上线前 审查所有接口的访问权限是否对应。尤其是去掉不必要的匿名接口标识 Anonymous

2、Access 二、异常处理标准 1.使用异常处理的方式 暂定 throw new BadRequestException(String msg);throw new BadRequestException(HttpStatus status,String msg); 2.什么是使用异常处理 接口业务逻辑 有出错的风险的都建议进展异常处理。比方查询返回集合数据为空 异常的入参方式 总的来讲 只要有出错风险或是不符合要求的情况下 提早做好业务的异常处理 三、事务标准 1.什么时候使用事务 只要有多条 大于等于2条 对数据库增删改操作的接口强迫添加数据库事务处理事务控制在Service层的方法添加

3、Transactional(rollbackFor Exception.class) MybatisPlus假如直接使用service的数据库操作方法 在controller也需要添加 Transactional(rollbackFor Exception.class) 四、日志标准 1.什么时候使用日志 一般在使用异常处理的使用 同时记录日志 日志级别warn/error 在进展接口操作 业务处理 时使用日志记录 info/warn 2.怎样使用日志记录 使用lombok提供的快速日志操作。在类上添加 Slfj注解 在业务中直接使用log.info/warn/error(“记录日志)。 日志

4、记录格式 log.日志级别( 【业务名】详细业务操作信息 ) 例如 log.info( 【修改用户】userId userId);log.error( 【修改用户失败】userId userId); 3.日志文件生成 日志文件在工程根目录下生成 跟工程走 以logs命名以每天每小时生成一个日志文件命名为server.log.%dyyyy-MM-dd-HH 五、文件夹构造标准 1.在指定的package下开发 业务逻辑代码一般放在system模块的modules下 2 mon模块尽量封装在任何工程 任何模块都有可能使用的通用方法以及工具类。 假如代码在不同的工程/模块可能不一样 尽量不要封装在c

5、ommon模块中 3.文件夹构造 -common 通用模块-system 核心业务模块-tool 第三方工具模块 4.通用文件夹构造 -modules-业务模块名-api-controller-service-impl(service实现类的包)-mapper(mybatis统一使用)/dao-entity(统一使用)/domain-bo-vo-dto-config-utils 六、Mybatis/MybatisPlus标准 1.联表查询使用注解 写联表查询 及非单表操作时 推荐在mapper层使用注解写sql 而不是使用xml来写 会产生大量的xml文件 。 推荐参考博客 2.条件构造器的使

6、用 在使用条件构造器Wrapper时 强烈推荐使用其Lambda语法 这样使用的好处是 不用以数据库字段为条件 而是以JavaBean的getter、setter方法为条件 与数据库解耦 增强其可读性以及可维护性 Lambda语法使用方式一 使用LambdaQueryWrapper、LambdaUpdateWrapper 直接使用Lambda语法Lambda语法使用方式二 使用QueryWrapper、UpdateWrapper的lambda()方法 使用其Lambda语法 3.自定义属性注入 使用自定义属性注入维护createTime、updateTime、createBy、updateBy

7、等 需要注意在使用MybatisPlus提供的方法会维护 但是使用注解手撸sql时并不能维护。所以在使用注解手写sql时 不要忘记了维护createTime、updateTime、createBy、updateBy等数据。 4.逻辑删除 逻辑删除字段在yml文件中配置 数据库统一好逻辑删除字段 推荐使用is_deleted 不能使用is_delete 转Javabean去掉is delete为mysql关键字 逻辑删除推荐使用0为未删除 1为逻辑删除 并且数据库设置默认值为0手写sql 即在mapper类中写的sql语句 在做SELECT、UPDATE操作时需要维护is_deleted统一使用

8、逻辑删除 暂定包括中间表 所有删除操作 手写sql全部使用UPDATE 将is_deleted改为1. 5.MybatisPlus代码生成 代码生成时间类型默认为Java8数据格式LocalDateTime代码生成推荐开放ActiveRecord形式 setActiveRecord(true) 实体类会继承Model接口推荐JavaBean支持链式操作 setChainModel(true) 并且移除is前缀 setEntityBooleanColumnRemoveIsPrefix(true) 6.业务逻辑写在service层 还是写在controller层 因为MybatisPlus支持se

9、rvice直接操作数据库 而且比mapper层提供的方法更加丰富 所以业务逻辑写在service层 还是写在controller层 是个值得考虑的问题。推荐根据以下情况决定 业务逻辑写在哪里 假如业务逻辑比拟简单 只有很少的代码量 推荐业务逻辑写在controller层假如业务逻辑比拟复杂 有大量的逻辑判断以及代码 推荐将业务逻辑写在service层。并将方法拆分进展封装 暴露给controller的方法声明为public 其余方法声明为private 只提供应本service类使用假如需要在mapper层手写sql 调用其mapper方法 那么 强迫 使其业务逻辑方法写在service层 七

10、、Java开发业务标准 1.阿里巴巴Java开发手册以及IDEA阿里巴巴代码检查插件 推荐开发前看阿里巴巴Java开发手册 并在IDEA中下载阿里巴巴代码检查插件 养成习惯 写出及标准又优美的代码 2.推荐枚举类enum的使用 数据库tinyint类型数据的判断 在Java中推荐封装枚举类进展判断业务逻辑if判断 假如判断条件比拟多 推荐使用枚举类判断 3.文件上传/下载标准 文件上传位置跟工程走 在工程根目录下建立upload文件夹文件命名推荐添加uuid作为内容之一 防止文件命名重复导致异常文件、上传都要走平安框架 需要做权限控制 文件阅读/下载不能直接访问 需要走接口 进展权限控制 4.

11、工具类封装 工具类位置 推荐封装在utils下 通用工具类封装在common模块下以及某个模块相关业务的工具类 封装在相关模块下 工具类推荐封装成static静态方法 有的不能不强求 比方需要bean注册 5.配置类 配置类位置 推荐封装在config下 通用配置类封装在common模块下以及某个模块相关业务的配置类 封装在相关模块下 配置类使用配置方式 推荐使用Java配置类 不推荐使用xml配置 日志配置除外 推荐配置参数写在yml中进展读取 大量的配置读取 推荐写Properties类。可以省去大量属性的 Value读取 Data Configuration /表示为配置类 注册到spr

12、ing bean容器中 ConfigurationProperties(prefix jwt ) /读取的yml配置的公共前缀public class SecurityProperties 6.SpringBoot SpringBoot推荐使用2.1.0.RELEASE版本 屡次使用稳定版本 暂未发现异常 AppRun推荐放置在根包下 一般要进展各种扫描 假如不这样防止 可能会出现扫描不到的错误 主要由 SpringBootApplication注解引起 推荐配置类使用yml文件 更好的层级构造 推荐配置开发环境、测试环境、生成环境的配置文件。在不同环境下使用不同的配置文件 7.注释标准 所有

13、class、interface、enum等强迫在类头部加注释 注释方式 javadoc注释 注释内容 功能描绘 description 作者 author 日期 Date 注释模板 /* * description:对返回前端数据进展封装 * author RenShiWei * Date: 2020/7/9 22:09 Datapublic class ResponseResult T 所有成员变量 推荐添加注释 注释方式 javadoc注释 注释模板 /* 方式一 * 状态码private Integer code;/* 方式二 状态信息讲明 */private String messag

14、e; 所有方法 强迫添加注释 注释内容 功能描绘 description 参数信息 param 返回值信息 return 作者 author 推荐 可知道方法谁写的 方便维护 日期 Date 推荐 可知道方法大致是在什么时候写的 注释模板 /* * description: 接口调用成功 返回枚举中自定义的状态码及数据 * param responseEnum 自定义枚举 状态码以及信息 * param data 返回数据 * return 枚举中自定义的状态码及数据 * author RenShiWei * Date: 2020/7/10 19:57public static E Respo

15、nseResult E ok ( ResponseEnum responseEnum, E data ) return new ResponseResult (responseEnum, data); swagger注释 一般在controller 假如有swagger 可不写javadoc注释 注释内容 参数 注释模板 /* * 根据主键id查询一条部门表信息 * param id 部门表ID * return 部门表信息 * author RenShiWei * since 2020-08-06 GetMapping( /id ) ApiOperation(value 查询一条部门表信息

16、, notes 根据主键id查询 n author RenShiWei ) ApiImplicitParam(name id , value 部门表id , paramType path )public ResponseResult Dept deptFindById ( PathVariable Long id ) Dept dept iDeptService.getById(id); if (ObjectUtil.isNull(dept) log.error( 【查看部门表失败 ); return ResponseResult.ok(ResponseEnum.DATA_NOT_FOUND)

17、; return ResponseResult.ok(dept); 注释标准 假如途径中有 “/id类似这样的参数 并且在参数前使用 PathVariable注解 那么在swagger中 ApiImplicitParam 需要将paramType设置为 path 。参数都必须加 ApiImplicitParam注解 包含name以及value paramType选填接口方法加 ApiOperation注解 包含value以及notes。note写上作者信息 方便在swagger中得知接口是谁写的。 业务注释 业务中多写注释 方便开发以及维护 养成良好习惯一块业务使用块级注释一行代码使用行级注释

18、 八、第三方依赖标准 1.第三方依赖的引入标准 强迫不推荐随意引入第三方依赖。引入依赖前需要经过比照以及调研 并且知晓其优缺点同一项技术 强烈建议统一使用同一项技术。保持标准以及一致 进步代码的可读性以及可维护性 同时减少依赖的引入 降低工程的冗余。引入第三方依赖 推荐引入其稳定版本。防止第三方依赖出现未知异常。大多数时候 最新版本 并不一定是最好的。 2.Java工具包推荐使用依赖 Java第三方工具包推荐使用hutool。轻量级 根本涵盖Java开发80%以上的工具类。官方文档JSON序列化也推荐使用hutool下的json处理 九、Maven标准 1.pom文件标准 SpingBoot提

19、早规定好父版本 parent groupId org.springframework.boot /groupId artifactId spring-boot-starter-parent /artifactId version 2.1.0.RELEASE /version /parent jar引入标准 jar包版本统一在下定义 使用时$lombok.version。方便统一管理所有jar包版本下定义 project.build.sourceEncoding 以及 project.reporting.outputEncoding 为UTF-8 java.version 为1.8假如是分模块开

20、发在父工程的pom文件中先使用锁定jar包版本 在需要的时候引入jar包。防止jar包在不需要的模块中引入 造成冗余。 假如不想某个引来会发生依赖传递 设置当前依赖true properties project.build.sourceEncoding UTF-8 /project.build.sourceEncoding project.reporting.outputEncoding UTF-8 /project.reporting.outputEncoding java.version 1.8 /java.version hutool.version 5.2.5 /hutool.vers

21、ion lombok.version 1.18.8 /lombok.version /properties !- 锁定jar包版本 - dependencyManagement dependencies !- hutool的java开发工具包 - dependency groupId cn.hutool /groupId artifactId hutool-all /artifactId version $hutool.version /version /dependency !-lombok插件- dependency groupId org.projectlombok /groupId a

22、rtifactId lombok /artifactId version $lombok.version /version optional true /optional /dependency /dependencies /dependencyManagement 在要打jar的模块下添加如下插件 最好不要在父工程添加 可能造成打包异常 build plugins !- spring-boot插件 - plugin groupId org.springframework.boot /groupId artifactId spring-boot-maven-plugin /artifactId

23、 configuration jvmArguments -Dfile.encoding UTF-8 /jvmArguments /configuration /plugin !- 跳过单元测试 - plugin groupId org.apache.maven.plugins /groupId artifactId maven-surefire-plugin /artifactId configuration skipTests true /skipTests /configuration /plugin /plugins /build 十、Java数据对象使用标准 1.各种对象的定义 1.1

24、PO(Persistant Object) 持久对象 在 o/r 映射的时候出现的概念 假如没有 o/r 映射 没有这个概念存在了。通常对应数据模型 ( 数据库 ), 本身还有局部业务逻辑的处理。可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录 多个记录可以用 PO 的集合。 PO 中应该不包含任何对数据库的操作。一般/暂时不使用 1.2DO Domain Object 领域对象 从现实世界中抽象出来的有形或者无形的业务实体。一般以及数据中的表构造对应。Java实体类与数据库对应 一般放在entity/domain包下常用 1.3TO(Tra

25、nsfer Object) 数据传输对象 在应用程序不同 tie( 关系 ) 之间传输的对象一般/暂时不使用 1.4DTO Data Transfer Object 数据传输对象 这个概念来源于J2EE的设计形式 原来的目的是为了EJB的分布式应用提供粗粒度的数据实体 以减少分布式调用的次数 进而进步分布式调用的性能以及降低网络负载 但在这里 我泛指用于展示层与效劳层之间的数据传输对象。数据传输对象 xxxDTO xxx 为业务领域相关的名称常用 1.5VO(view object) 值对象 视图对象 用于展示层 它的作用是把某个指定页面 或者组件 的所有数据封装起来。展示对象 xxxVO x

26、xx 一般为网页名称少用 1.6BO(business object) 业务对象 从业务模型的角度看 , 见 UML 元件领域模型中的领域对象。封装业务逻辑的 java 对象 , 通过调用 DAO 方法 , 结合 PO,VO 进展业务操作。 business object: 业务对象 主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或者多个其它的对象。 比方一个简历 有教育经历、工作经历、社会关系等等。 我们可以把教育经历对应一个 PO 工作经历对应一个 PO 社会关系对应一个 PO 。 建立一个对应简历的 BO 对象处理简历 每个 BO 包含这些 PO 。 这样处理业务逻辑时 我们就

27、可以针对 BO 去处理。使用场景 主要用于一对一、一对多、多对多关系的实现 在dao/mapper层查询数据库数据返回给前端 常用 1.7DAO(data access object) 数据访问对象 是一个 sun 的一个标准 j2ee 设计形式 这个形式中有个接口就是 DAO 它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常以及 PO 结合使用 DAO 中包含了各种数据库的操作方法。通过它的方法 , 结合 PO 对数据库进展相关的操作。夹在业务逻辑与数据库资源中间。配合 VO, 提供数据库的 CRUD 操作使用场景 在使用mybatis技术时 暂不使用 常用mapper 在使用

28、mybatis时 一般不使用 1.8POJO(plain ordinary java object) 是 DO/DTO/BO/VO等 的统称 制止命名成 xxxPOJO。 2.各种对象使用的考前须知 2.1常用的数据对象 DO、BO、DTO 2.2.JavaBean对象的文件夹构造 与entity平级 详情参看 十一、根本数据类型与包装数据类型标准 POJO类属性的数据类型强迫使用包装数据类型方法形参、方法返回值推荐统一使用包装数据类型方法体根本数据类型与包装数据类型都可使用 视详细情况定 MySQL标准 一、用户及权限标准 1.mysql用户命名标准 账号名根据工程数据库命名 可取其简写 密

29、码数据库名 年度份 以新生报名系统为例 数据库 electronic_registration账号 elec_reg密码 ElecReg 2020 2.数据库权限 selectinsertdeleteupdatecreateindex 索引权限 3.执行语句 # 创立用户可以在任意主机登录 % 代表任意主机 create user elec_reg % identified by ElecReg 2020 ;# 授予用户权限 % 代表任意主机 electronic_registration.*代表electronic_registration数据库下所有的表都具有这样的权限 grant sel

30、ect,insert,delete,update,create,index on electronic_registration.* to elec_reg % ; 前端标准 一、文件夹构造标准 1.Vue-cli工程文件夹构造 -node_modules 依赖安装文件夹 要进展git忽略 -dist build后的文件夹 要进展git忽略 -public 主要放置入口index.html文件以及工程LOGO-api *恳求api封装 封装恳求-常用 -assets 静态资源-components *自定义组件封装 封装所需要的组件-常用 -router *路由 路由跳转-常用 -store

31、vuex配置-utils 通用工具封装-views *页面开发 主要的页面开发-常用 -App.vue vue根页面-main.js vue全局配置-settings.js 工程配置-.env.development 开发环境配置-.env.production 消费环境配置-package.json 依赖配置-vue.config.js vue工程环境配置文件 标记“* 代表日常业务开发经常使用的目录 命名标准 一、Java命名标准 1.Java常用命名 class、interface、enum使用大驼峰 例如 “WxUserinterface命名以“I为前缀 代表接口 例如 “IUserS

32、ervice 接口实现类命名统一使用后缀impl 例如 UserImpl“ 包命名使用全小写变量、方法、参数名等使用小驼峰 例如 “getUserInfo常量统一使用大写 不同单词间使用“_连接 例如 “MAX_VALUEJavaBean命名 统一后缀使用大写。例如 “UserInfoBO、PageVO、UserDTO等。MVC各层命名例如 entityUsermapper/daoUserMapper/UserDaoserviceIUserService 实现类UserServiceImpl controllerUserController 二、HTML/CSS命名 统一使用小写 单词间使用“

33、-“连接。例如 user-p“自定义标签强迫统一使用“-连接 不能出现单一单词 区别html标签。例如 “icon-select 三、MySQL命名 1.用户及密码 参看 环境要求 一、后端Java环境 环境/技术版本备注java1.8mysql8.x统一使用8.x。特殊情况下可以以使用5.7版本Springboot2.x常用2.1.0.RELEASE版本。比拟稳定 暂未非发现问题hutool5.xJava开发工具包MybatisPlus3.3.xredis使用springdata redis 遵从springboot的父版本上述只是罗列Java后端的主要环境版本,如需引入其他依赖,请引入稳定

34、版本。第三方依赖请参看上文 二、前端环境 环境/技术版本备注Element UIPC Web组件库VantMobile H5页面组件库Vant-weapp微信小程序组件uniapp小程序开发框架团队协作git标准 一、根本概念/标准 1.主从仓库的概念 主仓库 upstream 所有人不能直接提交 push 代码到主仓库 只能提交代码到从仓库 然后提PR到主仓库。由主仓库管理员审核代码 决定代码是否要合进主仓库。所有拉取代码 clone以及pull 要对主仓库进展操作 保证代码同步。所有代码提PR至主仓库的develop分支 从仓库 origin 所有人对从仓库进展开发 push代码到从仓库

35、然后提PR至主仓库进展审核。push代码 最好每个阶段 可以以天/业务分 都提交到新的分支 工程完毕在删除不必要的分支 方便进展回退 以及看历史代码 2.仓库分支 主仓库分支 所有开发均在develop分支开发 从仓库分支 每个阶段代码提交到新的分支分支命名推荐“业务 日期 例如 env9.13环境搭建9月13日 方便知道什么业务 在那天提交的代码 二、本地分支以及远程分支标准 1.分支名命名 分支名称建议为 “业务 日期 例如 env9.13环境搭建9月13日 方便知道什么业务 在那天提交的代码 2.什么时候新建分支 每天或每个业务完成阶段 建议新建立分支。待工程开发完毕 删除不必要的分支

36、方便代码回退方便查看历史代码 三、pull代码标准 1.什么时候pull代码 每日早上上班开场开发前pull代码push代码到从仓库时 必须先pull主仓库代码 2.怎么pull代码 查看git状态 没有问题再pull代码 git status 将本地代码存进缓存区 git stash save 备注信息 查看缓存区内容 判断是否存进缓存区 git stash list pull主仓库代码 git pull upstream develop 将缓存区代码取出merge git stash pop取出并删除缓存区代码 只取出为git stash apply git stash pop 查看git

37、状态 假如没有继续开发 git status 四、commit/push代码标准 1.pull主仓库代码 可能主仓库代码出现更新 参看上文pull代码标准 2.查看git状态 git status 3.查看这次修改了什么 那些妥当 那些不妥当 按q可以退出 git diff 4.选择全部修改的文件 可以以自行选择 git add . 5.提交 commit 到本地仓库 git commit -m feat:add UserManagement 6.上传到远程从仓库 这里的HEAD指当前分支 冒号后面指要push的分支 假如远程仓库没有 会自动在远程仓库创立该分支。 固然HEAD:分支名称可以省

38、掉 用默认的 但还是建议加上 分支名称建议为 “业务 日期 每天或每个阶段 可以新建一个远程分支 上传代码。方便回退以及查看历史代码 git push origin HEAD:分支名称 7.提pr至主仓库 create request merge 等待主仓库管理员审核代码 五、git status使用标准 在执行git敏感操作如git stash、git commit、git push等操作前 强迫推荐先使用git status查看当前git状态是否有问题。 六、拉取 clone 代码 拉取代码步骤 1.添加本机公钥到gitlab 2.fork主仓库 生成自己的从仓库 假如没有建立主仓库 请联

39、络工程负责人 3.clone从仓库代码到本地代码指定位置 clone操作 推荐使用ssh方式 更加平安可靠 clone代码 这样clone会将仓库所有的分支的代码都clone下来 然后可以选择分支开发 git clone ssh:/xxx.git clone单分支代码 很多时候没必要clone所有分支 而是指定分支去clone git clone -b 分支名 ssh:/xxx.git 4.关联远程主仓库 查看当前关联远程仓库的分支 git remote -v 一般会显示有两条记录 关联的是远程从仓库 $ git remote -vorigin ssh:/git :8022/aaa/xxx.g

40、it (fetch)origin ssh:/git :8022/aaa/xxx.git (push) 关联远程主仓库 $ git remote add upstream ssh:/主仓库地址$ git remote -vorigin ssh:/git :8022/aaa/xxx.git (fetch) #自己的origin ssh:/git :8022/aaa/xxx.git (push) #自己的upstream ssh:/git :8022/aaa/xxx.git (fetch) #工程组长的upstream ssh:/git :8022/aaa/xxx.git (push) #工程组长的

41、 此时拉取仓库代码 以及初始设置完毕。 七、初始化上传本地代码至主仓库 上述操作讲的怎样拉取代码是在主仓库建立好的前提下 直接拉取 然后进展开发的操作。此时还没有开发 本地没有代码的情况 可使用直接建立主仓库 拉取 clone 代码进展开发的情况。 但是假如是你在本地已经写了很多的代码 在写之前还没有建立主仓库 或建立主仓库 你并没有关联主仓库 或没有使用git。那么上述clone代码的方式就够用了。总结下来有以下情况 在本地已经写了代码想要上传本地代码并同步到主仓库 可按照如下方式解决 方式一 1.按照上述clone仓库代码的方式clone 2.将本地工程的.git文件删除 复制到工程根途径

42、 3.将工程上传到从仓库 4.提PR至主仓库 方式二 1.联络工程负责人建立主仓库 2.fork主仓库 生成自己的从仓库 3.将本地代码上传到从仓库 假如当前本地工程有.git文件夹 删除 右键点击git bush here翻开git控制台 依次执行如下代码 #1.初始化git环境 建立.git文件夹git init#2.在gitlab上 将对应的工程从仓库的克隆/下载地址进展复制 例如 ssh:/xxx.git 并执行如下代码 关联远程从仓库git remote add origin ssh:/xxx.git#3.在gitlab上 将对应的工程主仓库的克隆/下载地址进展复制 例如 ssh:/

43、xxx.git 并执行如下代码 关联远程主仓库git remote add upstream ssh:/xxx.git#4.将本地代码放进git缓存区git stash save 备注信息 #5.查看缓存区内容 判断是否存进缓存区git stash list#6.更新主仓库代码git pull upstream develop#7.将缓存区代码取出并删除 git stash pop相当于取出并删除 可以分别执行git stash apply以及git stash drop stash $numgit stash pop# 执行到这里根本已经同步 可以直接将代码同步到主仓库 看看是否有问题#8.

44、选择当前目录下所有文件 准备commitgit add .#9 mit提交代码到本地仓库git commit -m 备注信息 #10.push代码到从仓库git push origin HEAD:分支名称#11.假如push使用强迫提交代码到远程从仓库 可将master换成执行分支 最好提早建好分支 git push -u origin master -f#此时可查看gitlab从仓库上即有对应的本地代码 然后提PR到主仓库 八、日常开发早上上班操作 日常开发 每天早上上班执行的操作 1.切换本地分支。分支名 “业务 日期 例如 env9.13 git checkout -b env9.13 2.pull主仓库代码 参看上文pull代码标准 3.查看git状态 假如没有继续开发 git status 九、日常开发晚上下班前操作 日常开发 每天晚上下班执行的操作 1.pull主仓库代码 可能主仓库代码出现更新 参看上文pull代码标准 2.查看git状态 git status 3.查看这次修改了什么 那些妥当 那些不妥当 按q可以退出 git diff 4.选择全部修改的文件 可以以自行选择 git add . 5.提交 commit 到本地仓库 git commit -m feat:add UserManagement 6.上传到远程从仓库 这里的HEAD指当前