Chacha

我这边也有这个问题，jpush_flutter的platform版本跟有的库的依赖有冲突，导致无法正常安装。

可以强制覆盖jpush_flutter的platform版本 ``` dependency_overrides: platform: ^3.0.0-nullsafety.4 ```

@BurkeDeng 解决了吗？我的也是这个问题，之前还好好的，最近升级到最新版的就不行了

Awesome

1. 团队代码质量如何保障? a. 如何确保有效的code review，而不是随便扫一眼？ 答: 对于代码审查这个环境，我们团队现阶段做的还不那么严格，主要还是跟团队的任务安排和时间有关，不过我也思考过怎么样做更好，后面打算引入到团队里面来。 - 首先是建立起代码审查的规范，我认为先把一些常规的规范建立起来，从代码规范和架构规范入手，来约束团队的代码风格，在代码审查的时候可以按照代码的规范做初步的审查，比如我们Web端是有个基本的业务框架的，在这个业务框架下，基本能满足大部分的需求的，同时也有代码规范来约束团队成员的代码，相当于从源头上做了一次筛选 - 接着是建立代码审查Check List，列出常见的不规范代码，列出常见的逻辑错误，常见的常识性错误等，团队成员按照Check List 来作基本审查，这样基本可以确保大部分的代码质量是合格的 - 然后团队成员花时间互相审查，可以借助一些代码审查工具来审查代码，在这一环节，成员之间可以提出一些代码优化的建议，要求开发者按照优化的建议优化完代码之后，同时要求所有核心成员之间审查没问题了，方可合并入开发主分支，当前这个环节主要还是我个人在把关，主要还是时间原因，没能做的那么细致 以上是我认为的几个关键环节。 b. 线上发布规范如何系统化治理？ 答: 线上发布规范我认为可以分为三个阶段，发布前，发布中和发布后 1. 对于应用发布前，首先需要的是对功能的系统化测试，确保发布前没有严重或致命性的bug；再就是同样可以编写一个Check List，来检查发布前，各个方面是否都已经准备充分，比如部署环境是否准备就绪，后台业务接口是否已经达到发布的要求，发布前的版本管理，CI和CD是否能正常工作，确定需要发布哪些模块和发布的时间节点等 2. 对于应用发布中，我们需要考虑错峰发布，还要考虑发布资源和页面的CDN配置，缓存配置，按需加载，更新资源发布路径实现平滑升级等。在发布过程中，除了保障迭代顺利发布，同时还要保证在发布的过程中，避免影响上一迭代的发布内容，这一方面，需要依赖增量发布，可以通过Wepback和Gulp等构建工具来进行发布资源的管理 3. 对于应用发布后，我们需要保证应用的能持续稳定的运行，一旦发现发布的版本出现问题，尽可能马上安排人员进行热修复，对于出现致命问题，可能需要终止发布，回朔到上一版本，确保不影响用户功能体验 对于这三个阶段，每个阶段均可以出更具体的解决方案，针对可能出现的问题一一制定对策，每个阶段的方案互相配合，保证线上发布整个过程顺利完成 c....

对于1-b，我想需要花些时间去思考这个系统性问题，还需去了解下大厂的做法才行 对于 1-c 自动告警简单点可以配置Webhook，用企业微信或者钉钉，把相应的报错信息推过来了。这一块相关的扩展性挺高的，比如可以对错误日志归类，对错误内容上报一些关键信息，比如发生错误的业务模块，发生错误的文件，哪一行关键代码发生错误，我认为可以的话是否可以关联git提交信息，来获取这段关键代码是由谁提交而导致的，这样可以快速找到相应的处理人员，不过这些还需要一一去尝试。感谢 @vianvio 指点

命令行工具都安装不了，老项目都跑不起来，艹

> From a working Xcode.app without WakaTime, run the install script with `copy` argument. That creates a new unsigned XcodeWithPlugins.app with WakaTime in your `Applications` folder, and leaves the original...

@HowardTangHw @itenl 这个问题有解决办法吗？我也碰到了这个问题，感觉是个大坑，useRefreshEndReached 里面所有的方法都有这个问题

@HowardTangHw 我这边有个问题就是，调用 onReachEnd 方法的时候，回调函数执行有点奇怪，本来是加载更多数据，有时候能加载，有时候又加载不出来