回答一下我司的，任务从项目经理下来，给到产品，产品进行任务宣讲然后画出原型和文档，任务给到技术负责人，然后技术负责人将前后端任务分别下发到各自的组长（公司前端有多个小组，每组 4-6 人，不同小组负责不同的项目，分别有小组长）接下来小组长将整个大的任务分解成 N 个小任务，再根据截止日和每个组员的自身情况将任务分发下去，确保在截止日前能够交付。最终每个组员会提 mr ，小组长会大致审核一遍代码和功能，没问题就合进去即可，最终交付之前需要前后端一起做一次评审，再交由测试，测试说没问题了再上线。

关于第三方依赖库的使用不需要申请，但是组长会检查一下是否能用，但是基本功能主要组件库都能实现，用到特殊的第三方依赖并不多。

是否经常处理 git 冲突？很少，因为组长在分配任务的时候会有一定的策略，尽量避免协同开发的时候会涉及到公共的修改。即便真有涉及，也会分出来先后顺序。

对于 review 的话并不绝对，组长会对 mr 进行大致的审查，尤其是实习生或者新入职的组员，对于技术不错的组员一般只做功能验证即可。

关于按什么来分配任务得看当前的任务情况了，如果有多个模块的可能就是按模块，如果是一个模块很大的一个功能，那么就会所有人一起来做这个大功能中的每一小块，所以理论上是按照工作量来分配的，当然也会考虑到上面说的冲突的问题。