imToken 2.0技术团队是如何高效协作的

导读： imToken 2.0技术团队是如何高效协作的站在iｍＴｏｋｅｎ最新版２．０发布这一状况而言的话, 技术当中那群从事团队协作的人手, 在其中付出了真实的努力。我有一位从事钱包开发工作的朋友声称, 此次升级的背后的状况...

imToken 2.0技术团队是如何高效协作的

站在iｍＴｏｋｅｎ最新版２．０发布这一状况而言的话, 技术当中那群从事团队协作的人手, 在其中付出了真实的努力。我有一位从事钱包开发工作的朋友声称, 此次升级的背后的状况, 是存在着跨越时区以及跨越职能的紧密配合的, 并非那种简单的堆砌人员去编写代码的情况。

进行了调整的是代码仓库的合并策略, 从前前端与后端各负责各那些分支, 合并之际总是出现冲突, 在2.0阶段引入了称作“特性分支隔离+每日合流”的机制, 每一个新功能皆于独立分支之上开展开发是这个样子的, 每天都在固定时间被强制合并进主分支哩, 谁埋下的坑谁就在同一天把它填平。

沟通工具转移到了内部Slack频道, 并非是为了追随潮流, 而是因为在微信群里消息追溯困难极大。在以往的微信群中, 查找特定问题的相关讨论记录就像大海捞针, 花费大量时间和精力也不一定能找到准确信息。

现在, 各个模块都设有专门的频道, 关于讨论出现的各种记录会自行进行归档。这般状况下, 每当有新同事加入公司, 入职过后只需去翻看短短两天时间的历史记录,便能够迅速地掌握工作要领顺利上手imToken 2.0技术团队是如何高效协作的, 而用不着在公司内到处去询问其他同事“之前面临的这个bug是通过怎样的方式进行修复的”, 这在相当大的程度地提升了工作整体的效率数值, 也为新入职的同事给予带来了便利条件。

开发阶段被前置了测试环节, 之前是统一在开发完成之后展开测试, 修改一个点便需要进行全量回归, 既耗费时间又效率低下, 在被称为2.0的模式里, 每个PR提交之前务必得通过单元测试以及静态代码扫描, 若无法通过则会被直接驳回, 代码质量在合并进入之前便已经拥有了底线。

每周五下午, 那固定不变的“复盘茶话会”。并非属于只是走走过场的形式主义报告, 乃是每个人依次轮流来讲这周所碰到,踩到的坑,以及所发觉深入探讨imToken最新版2.0中的技术团队协作？, 查找到的工具技巧。其中有人分享了一项关于WebSocket的连接池调优的参数, 紧接着整个团队在第二天便开始使用上了, 结果线上延迟降低了20%。