科技 · 实用指南
Google 日历显示导入0条？重试前先核对重复日程
数量不能证明重复日程完整迁移。先核对正常、改期和已取消的日期，再决定是否重试。
ICS 导入显示零条时，先查看日历，再点击重试。Google 的排错文档指出，零条可能意味着这些活动已经导入。10月3日的一则社区讨论中，志愿者还报告了显示零条但实际已添加活动的情况。这不是对所有主日历导入失败的官方诊断。
下面根据文档整理核对流程，帮助判断实际导入了什么，不能修复尚未证实的导入器故障，我们也没有在你的账号中实测。保留来源日历和原始导出文件，不要删除活动标识符或反复向主日历导入来追求更大的数字。
1. 保存基线，选择独立目标
导出来源日历；如果预定目标已有活动，也导出目标日历。用账号、日历名称和导出时间标记文件，保留未经修改的原件。记录来源时区和目标显示时区。首次评估可新建一个自己拥有的空白私人次级日历，并取清楚的测试名称。在那里成功，不代表同一文件能在主日历成功导入。
在电脑上打开设置，再进入导入和导出。选择单独的 .ics 文件，明确选择测试日历；默认目标是主日历。ZIP 导出包要先解压各日历文件。只导入一次。Google 排错文档给出的文件上限是1 MB；超限时先尝试在来源软件缩小导出日期范围，不要随意删除活动块。不要邀请他人进入测试，也不要把它当作正在使用的共享排程。
2. 标识符和数量是线索，不是修复按钮
熟悉文本文件时，可在编辑器查看副本，但不保存改动。BEGIN:VEVENT 表示一个组件，不一定对应屏幕上的一次预约。重复系列主体和修改后的单次活动可能使用相同 UID；RECURRENCE-ID 标识该次活动原来的时间位置，EXDATE 可以排除日期。因此，相同 UID 不自动等于错误重复，按组件数量随意拆分也可能拆散相关记录。
社区答案已经建议比较导入前后的导出文件。这能发现组件数量变化，但数量不变或增加都不能证明所有重复日程正确。不要全删 UID、给每个活动块替换标识符，或以转成 CSV 作为保真修复：Google 提醒，CSV 可能把重复日程变成多条一次性活动。无法缩小导出时，请来源厂商或熟悉格式的支持人员保留完整系列和时区定义，不要盲目切文件。
3. 到最容易暴露问题的日期核对
先按原日历制作小型核对表，记录标题、来源日历、日期、起止时间、时区和预期结果。存在相应情况时，选择重复系列中正常的一次、被你改期的一次和被取消的一个日期。改期活动需要同时记录应该为空的旧位置和应该有活动的新位置。没有这些情况，就不必编造例子来填满表格。
在视图里暂时隐藏来源日历，避免原活动掩盖测试中的缺失，但保留来源数据。仅显示测试日历，逐个查看记录的日期。确认正常活动的时间和重复设置、改期活动的新时间及旧位置没有活动、取消日期仍为空。核对全天活动；系列跨夏令时变化时，按相关显示时区核对变化前后各一次。对每个重要系列重复检查；三种情况只是初步筛查，不是大型日历完整验收的证明。
4. 根据实际活动决定，停止不确定的重试
计数显示零，但所选目标确实能看到预期活动时，停止点击导入。目标原先已有活动时，与保存的基线比较，不要把原有活动当作新导入。操作稳定后再导出目标，留下带时间的核对记录。标题相似、数量相同，以及在次级日历测试成功，都不能证明主日历已经修复。
改期活动重复、取消活动重现或重复设置丢失时，标记为尚未验收。保留原件和独立测试，不要删除来源日历，也不要用测试替换主日历。尝试取得新的 ICS 导出，或向来源与导入器支持提供目标、完整错误信息、文件大小和一个受影响系列。仅通过适当支持渠道分享脱敏样本，并保留主体与例外的关系。导入副本不是持续同步，缺少来宾或会议数据是文档明确的限制，不代表迁移完整。
