目前正在使用 RedisShake（基于最新代码cf2ffd8）进行 Redis Cluster 的长期同步或迁移任务。在阅读源码后，发现目前的实现更倾向于“静态拓扑”和“无状态同步”。
想咨询一下社区是否有计划在未来支持 动态拓扑适应 和 断点续传？
基于对 master 分支的分析，在集群环境下的长期同步任务中面临以下问题：
- 网络中断导致崩溃（无重试， 这意味着任何网络波动或连接重置（Failover 时常见）都会导致进程直接终止，而不是尝试重连。
- reader和writer端扩缩容、主从切换、槽位变化场景，都会触发panic
- 无位点持久化（重启导致全量同步），这导致每次重启都会强制触发 Full Resync（全量 RDB），这使得工具无法应对频繁的集群拓扑变更或网络抖动。
请问这些特性是否在未来的规划中？
目前正在使用 RedisShake（基于最新代码cf2ffd8）进行 Redis Cluster 的长期同步或迁移任务。在阅读源码后，发现目前的实现更倾向于“静态拓扑”和“无状态同步”。
想咨询一下社区是否有计划在未来支持 动态拓扑适应 和 断点续传？
基于对 master 分支的分析，在集群环境下的长期同步任务中面临以下问题：
请问这些特性是否在未来的规划中？