内容与代码分仓的一点体会
为什么把「文章与素材」和「程序代码」放在两个仓库里,以及日常协作时如何少踩坑。
为什么要分仓
代码仓库(MyWebsite)负责:后台逻辑、前端模板、样式、构建与部署脚本。内容仓库(MyWebsite_Contents)负责:草稿、已发布文章、图片与素材、分类与标签数据。这样做的直接好处是:写文章、传图、改文案的人只需要动内容仓,不必碰代码;部署时可以「只拉内容」或「只拉代码」,权限与发布节奏更清晰。
实际协作时要注意的
- 路径与环境变量:本地和服务器上的
CONTENT_BASE_PATH必须指向内容仓库的绝对路径,否则后台保存会写错地方或报错。 - 先内容、后代码:若既有改版又有新文章,建议先提交内容仓并部署内容,再部署代码,避免构建时读不到最新文章。
- 备份:内容仓建议定期用脚本做 tar 备份到
backups/,或保证 push 及时,避免只在本地有一份。
小结
分仓的本质是把「会常改」和「相对稳定」的东西拆开。内容常改,代码相对稳定;把两者放在一起,要么内容改不动,要么代码被误改。分开后,用文档和脚本把「拉内容 / 拉代码 / 全量部署」说清楚,后续无论是人工维护还是 AI 协助,都会更稳。