未登录用户
首 页
书 架
登录系统
注册账号
联系我们
duidaima.com
版权声明
闽ICP备2020021581号
闽公网安备 35020302035485号
搜索
我要提问
随便写写
我要写书
VibeCoding 前后端应该放一个仓库吗?
发布于 11小时前
22 热度
12 评论
君子坦荡荡
1 粉丝 45 篇博客
关注
打赏
如题,VibeCoding 前后端应该放一个仓库吗,Node.js 和 Vue.js 这样都是 TypeScipt 语言写的我一般,有时候放一起,但是 后端是 Java 的,或者 Python 的,放一起打 Docker 镜像有点奇怪。
发现很多有名的项目都是前后端放一起的,想问问大家都是怎么做的?
用户评论
一世煙花
一个项目的 进度文档 前后端 后台 我都放一个库。当然组织分工后不可能,但是 cursor 一定要放在一个 workspace 里面让 ai 可以都索引到。
很简单,你调查一个问题,后台有问题,AI 会帮你从前到后查,做好了以后自动更新项目进度推飞书什么的。
2026/1/30 9:18:00
[
0
]
[
0
]
回复
骤雨初歇
VSCode 系不是有 Workspace 吗,两个项目添加到同一个 Workspace 就能方便的在两个项目之间引用了,CLI 没了解过
2026/1/30 9:17:00
[
0
]
[
0
]
回复
携酒天涯
甚至很多完全 vibe coding 出来的项目前后端不分离了,合久必分,分久必合,大势所趋
2026/1/30 9:16:00
[
0
]
[
0
]
回复
沧海一笑
我 go 后端+react 前端旧是放一个 repo 里,主要是自动 ci/cd 不是一个 repo 实在太麻烦了
分 repo 存放最大问题就是前端 or 后端更新,ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
想想真的算了
2026/1/30 9:15:00
[
0
]
[
0
]
回复
时间的尘埃
现在开源项目主流的趋势肯定是 monorepo 放在一起的,最主要是为了方便开发。至于产物要不要放一起,就看项目管理者自己的品味了
2026/1/30 9:14:00
[
0
]
[
0
]
回复
记忆的痕迹
不放吧,后端要改就接口字段那些,前端关联也没什么用,也是对着文档调用,不可能说前端改一半,又去改后端吧
2026/1/30 9:13:00
[
0
]
[
0
]
回复
无名先生
看情况,我不放,后端写完行程接口文档,添加个 apifox 的 mcp, 写前端的时候让它自己查接口文档,免得无关代码太多影响上下文
2026/1/30 9:11:00
[
0
]
[
0
]
回复
一饮茶尽
没有绝对的,都可以。
放了也无法共享太多东西。
不放没共享也多不了什么工作量。
2026/1/30 9:11:00
[
0
]
[
0
]
回复
笑眼深邃
是否在一个仓库,和能不能共享上下文,在绝大多数情况下无关。所以在一个仓库和不在一个仓库均有道理。
2026/1/30 9:10:00
[
0
]
[
0
]
回复
长夜漫漫
我不放啊。前后端分开节省 token 。
后端只测 API 。提供出来 swagger-api 文档出来。
前端 AI 拿 API 开发。
有问题就提供 API 修改说明,拿去给后端 AI 改。
怎么适合自己就怎么来。
2026/1/30 9:09:00
[
0
]
[
0
]
回复
心在旅途
我觉得都可以,如果分开,可以用 claude code 的 add dir 来扩充上下文。
2026/1/30 9:07:00
[
0
]
[
0
]
回复
青春已去
是的。例如 golang ,我在编译的时候是把前端产物内嵌到 golang 单文件里的。
2026/1/30 9:05:00
[
0
]
[
0
]
回复
点击加载更多评论
吐槽.灌水
450 成员 |
1862 话题
+我要提问
+随便写写
可能感兴趣的话题
报价四万的私活,能做的在评论区留下联系方式
看看马斯克以前的办公环境
很疑惑,家庭有线网络总是有问题
第三个macOS Tahoe 26.3测试版现已面向开发者开放
很简单,你调查一个问题,后台有问题,AI 会帮你从前到后查,做好了以后自动更新项目进度推飞书什么的。
分 repo 存放最大问题就是前端 or 后端更新,ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
想想真的算了
放了也无法共享太多东西。
不放没共享也多不了什么工作量。
后端只测 API 。提供出来 swagger-api 文档出来。
前端 AI 拿 API 开发。
有问题就提供 API 修改说明,拿去给后端 AI 改。
怎么适合自己就怎么来。