实习生，你不清楚的项目开发流程和规范？

相信很多刚入行的实习生们都不知道项目开发过程中的git版本控制和规范操作，可能你刚熟悉git命令行，准备操作实战，一顿操作猛如虎，一看自己懵傻狗。不仅覆盖了大佬的代码，还搞了一堆冲突，最后被leader吊打一顿。

可能还不清楚公司项目开发的整体流程规范，总是在会议结束发出一堆看似无知又情有可原的疑问：需求评审？技术评估？线上突发事故流程？测试用例评估？

git版本控制流程图

常见的分支

• master：上线分支，每一个版本需要打上一个tag标签。每一个版本更新的内容可多可细，tag1.2.3，第一位数字1是系统更新的大版本，数字2是更新的大功能点，数字3是可以是优化、可以是修复、可以是小功能点。
• develop：开发分支，是当前项目的可进行测试的最新代码，每一次开发人员开发的新功能、bug、优化都需要合并同步更新到develop分支；此分支也是测试同学测试功能的分支。
• 功能A（B/C）：功能分支，开发人员在develop拉出来进行具体功能点开发的分支。
• bug_fix：修复分支，线上版本出来紧急bug，拉出来的进行修复bug的分支。修复完后需要同步更新代码到develop分支。

环境介绍

一般一个项目部署的环境至少有本地环境、dev开发环境、fat环境、线上环境，只是最最基本的几个环境。

• 本地环境：不用介绍了吧这个，你的电脑虚拟机环境。【可以理解为本地的git版本】
• dev环境：开发自测、联调的环境【可以理解为开发对功能A（B/C）自测的环境】
• fat环境：测试用例测试和验证的环境【可以理解为develop分支部署，专门做上线前，测试验证、保证产品这里的测试环境】
• 线上环境：给用户使用的正式环境【可以理解为master分支部署的环境】 当然，公司越大、项目越大、业务链路越复杂越长的用于开发、调试、使用的环境也就更多。可能会多一个sit环境（集成测试环境）、uat环境（预发布环境）

项目开发流程规范

思考环节

最后附上一道经典的面试题目，有兴趣的童靴下方留言尝试解答一下哈

10 瓶水，其中一瓶有毒，小白鼠喝完有毒的水之后，会在 24 小时后死亡，问：最少用几只小白鼠可以在 24 小时后找到具体是哪一瓶水有毒。