内容与代码分仓的一点体会

内容与代码分仓的一点体会

为什么把「文章与素材」和「程序代码」放在两个仓库里,以及日常协作时如何少踩坑。

发布日期:
专栏: 专栏
分类: 专栏

为什么要分仓

代码仓库(MyWebsite)负责:后台逻辑、前端模板、样式、构建与部署脚本。内容仓库(MyWebsite_Contents)负责:草稿、已发布文章、图片与素材、分类与标签数据。这样做的直接好处是:写文章、传图、改文案的人只需要动内容仓,不必碰代码;部署时可以「只拉内容」或「只拉代码」,权限与发布节奏更清晰。

实际协作时要注意的

  1. 路径与环境变量:本地和服务器上的 CONTENT_BASE_PATH 必须指向内容仓库的绝对路径,否则后台保存会写错地方或报错。
  2. 先内容、后代码:若既有改版又有新文章,建议先提交内容仓并部署内容,再部署代码,避免构建时读不到最新文章。
  3. 备份:内容仓建议定期用脚本做 tar 备份到 backups/,或保证 push 及时,避免只在本地有一份。

小结

分仓的本质是把「会常改」和「相对稳定」的东西拆开。内容常改,代码相对稳定;把两者放在一起,要么内容改不动,要么代码被误改。分开后,用文档和脚本把「拉内容 / 拉代码 / 全量部署」说清楚,后续无论是人工维护还是 AI 协助,都会更稳。

发送邮件