文件夹云同步 · Git 双向同步

它解决什么问题

同一个文件夹在两台电脑上都维护过：改过的配置在 A 机，笔记在 B 机，手动拷贝要么漏掉、要么把某一侧的修改覆盖掉。这个技能用 Git 把文件夹变成一个可双向同步的工作区：一处 pull，一处 push，两边的历史都留在提交记录里，出问题可以回溯，而不是靠运气对齐。

核心能力

双向同步，而不是单向镜像。 支持拉取远程更新、推送本地变更，默认流程是先拉取再推送；也可以只用 pull 在开始工作前同步，或只在关电脑前 push。网络不稳时可用重试参数，还能查看本地与远程的差异来定位问题。

场景不挑食。 笔记库、配置目录、代码片段、项目草稿，只要是一个文件夹、也能被 Git 管理，就能同步。资料里也明确：不确定怎么触发时，直接说“想让两台电脑上的同一个文件夹保持一致”，会走完整建仓库、推送、拉取的流程。

自带同步脚本。 技能提供 sync.sh，覆盖 sync、pull、push、status 和失败重试，并给出 Linux/macOS 的 cron 与 Windows 任务计划建议。遇到 push 被拒、中文乱码、远端迁移等问题，技能会先诊断再给修复路径，而不是要求手动拼命令。

关键步骤

1. 在 CNB 或 Gitee 建一个私有空仓库，不要初始化 README。
2. 第一台电脑把目标文件夹推上去。
3. 另一台电脑从同一仓库拉取。
4. 日常使用 sync.sh 做拉取/推送，并用定时任务固定节奏。
5. 两台电脑都改了同一文件时，按冲突流程手动解决，不使用强制推送。

适用边界与注意点

大文件不适合。 单文件超过约 100MB，或大量视频、大尺寸图片、二进制产物，会让仓库迅速膨胀且 push 很慢；这类内容请交给网盘，文本和小文件才交给 Git。

敏感信息要排除。 密码、API Key、token 不要放进同步文件夹；.gitignore 里排除 .DS_Store、Thumbs.db 和缓存文件，必要时再加 .gitattributes 处理跨平台编码。

不要扩大同步范围。 只同步真正需要在多设备间保持一致的具体文件夹，不要把整个磁盘目录建成仓库；它不自动同步，也不托管网盘或 rsync 方案，节奏和取舍由使用者决定。