day01-环境搭建与登录
● 简单介绍下你做的物流项目。
参考回答：我最近做过的一个项目是物流类的项目叫做xxxx 是公司自研的一个项目, 主要是为了体现智能调度这一方面, 主要是基于微服务架构体系的物流项目系统, 主要是通过智能管控车辆调研、线路规划等核心业务流程，操作智能化，大幅度提升人效及管控效率, 节省运输成本;该项目类似顺丰速运，是向C端提户提供快递服务的系统。竞品有：顺丰、中通、圆通、京东快递等。项目产品主要有4端产品：用户端：基于微信⼩程序开发，外部客户使用，可以寄件、查询物流信息等。快递员端：基于安卓开发的手机APP，公司内部的快递员使用，可以接收取派件任务等。司机端：基于安卓开发的手机APP，公司内部的司机使用，可以接收运输任务、上报位置信息等。
● 在项目中，你们git是怎么使用的？怎么进行持续集成的？提交git后如何自动进行构建？
参考回答：我们项目中是使用GitFlow对项目代码进行管理的，代码推送到git服务后，会通知Jenkins中进行自动构建，方便测试人员进行测试。● master：发布上线时，基于master打tag，基于tag进行发布，不允许在该分支上开发，始终保持该分支的稳定。● develop：开发阶段使用的分支，提交到该分支代码都是相对稳定的，不能直接基于此分支开发，如果开发新的功能，需要基于此分支创建新的分支进行开发功能，待功能开发、测试通过后合并到develop分支。● Feature：新功能的开发，基于Develop分支创建Feature分支，功能开发完后合并到Develop分支，禁止未开发完成的代码合并到Develop分支。● Release：在Release分支中不再添加新的功能，只是做bug的修复，等测试完成bug全部修复之后，需要将Release分支合并到Master分支和Develop分支，并且基于Master打出版本的tag。● hotfix：如果发布到生成环境的版本出现bug，比如：生产环境的v1.0版本出现bug需要尽快修复，此时就需要基于master创建hotfix分支，并且基于hotfix分支修复bug，待bug修复完成后需要将代码合并到master和develop分支。
