云同步与版本管理
Rephlo 可以同时在两个地方保存您的命令:您电脑上的应用中,以及云端的账 户中。云同步会将命令发布到在线图库,以便您在其他设备上重复使用、分享给他人,或在之后恢复它。命令一旦同步,Rephlo 就会默默保持本地副本与云端副本的一致。
本页说明发布功能的工作原理、同步状态标签的含义、Rephlo 如何处理冲突,以及后台同步如何保持数据最新。
将命令发布到云端
当您发布一个命令时,Rephlo 会将其发送到您账户的在线图库,服务器会为其分配一个永久 ID 和一个版本号。您还可以选择性地附上一条简短的**更新日志(changelog)**说明,描述具体改动了什么。
- 首次发布会创建一个新的图库条目,并为本地命令打上其在线 ID 和版本号。
- 对同一命令的后续发布会推送更新,并在服务器上递增版本号。
- 发布需要您处于已登录状态。如果您的会话已过期,Rephlo 会请您重新登录,同时保持本地副本不变。
您无需自行追踪 ID 或版本号——发布成功后,Rephlo 会自动将它们记录在该命令上。
理解同步状态
每个命令都会追踪一个同步状态,告诉 Rephlo(以及您)它相对于云端副本处于什么状态。
| 状态 | 含义 |
|---|---|
| None | 该命令从未同步过,只存在于这台电脑上。 |
| Synced | 本地副本与服务器确认的最新版本一致,没有待处理的更改。 |
| Dirty | 该命令存在本地更改(或发布失败),仍需推送到服务器。 |
| Conflict | 本地副本与云端副本各自独立发生了更改,需要您处理后才能继续同步。 |
编辑一个已同步的命令后,它会变为 Dirty,直到下一次发布成功,才会恢复为 Synced。
同步失败时会发生什么
Rephlo 有意采取谨慎的处理方式,确保您绝不会丢失工作成果:
- 校验问题(例如服务器拒绝的某个字段)会将命令标记为 Dirty,并向您显示具体的错误信息,方便您修正后重试。
- 服务器或网络错误同样会将命令标记为 Dirty,Rephlo 会在下一个同步周期自动重试。
- 登录问题永远不会改变您的本地同步状态——您只需重新验证身份并重试即可。
- 如果某个命令在应用仍记得其旧 ID 的情况下,已从您的在线图库中被删除,下一次发布会检测到这一情况,并自动重新创建一个全新的云端副本。
批量"Sync All"
如果有多个命令处于 Dirty 状态,您可以一次性将它们全部同步,而不必逐个手动发布。Rephlo 会对这一操作进行优化,确保速度快且 不超过服务器的速率限制。
冲突处理与后台拉取
在后台,Rephlo 会定期从云端拉取您的命令,并通过在线 ID 将每一个命令与您的本地副本进行比对。首次拉取会在应用启动后不久进行,之后按固定周期重复执行。
每次拉取时会发生什么,取决于云端副本是否更新,以及您的本地副本是否存在未保存的更改:
要点如下:
- 云端未更新 → 无变化;Rephlo 只会刷新安装次数、平均评分等在线统计数据。
- 云端已更新,本地无未保存更改 → Rephlo 会更新本地副本,并将其标记为 Synced。
- 云端已更新,本地为 Dirty → Rephlo 会将该命令标记为 Conflict,而不会覆盖您的编辑。
- 后台拉取绝不会自行创建全新的本地命令——它只会协调您已经拥有的命令。
如果某个命令进入 Conflict 状态,请决定您想保留哪个版本,然后重新发布以将您的选择推送到云端(或者放弃本地编辑,让云端副本生效)。
切换工作区(组织)
如果您属于多个工作区,并在它们之间切换,Rephlo 不会覆盖已同步到另一个工作区的命令。相反,它会将一份全新的副本发布到您当前活动的工作区,同时保持其他工作区中的副本不变。这样可以保持每个工作区的图库整洁,并避免破坏您已无法查 看的内容。
在哪里管理已发布的命令
桌面应用负责处理发布和状态;网页版图库则是您已发布命令的所在地,评分和安装次数也来源于此。