VibeCoding 前后端应该放一个仓库吗

[ion1ze]

VibeCoding 前后端应该放一个仓库吗，Node.js 和 Vue.js 这样都是 TypeScipt 语言写的我一般，有时候放一起，但是 后端是 Java 的，或者 Python 的，放一起打 Docker 镜像有点奇怪。

发现很多有名的项目都是前后端放一起的，想问问大家都是怎么做的。

[shakaraka]

是的。例如 golang ，我在编译的时候是把前端产物内嵌到 golang 单文件里的。

[shakaraka]

如果你需要改两个端，那么肯定需要放一起。或者是以 submodule 方式放一起

[xiaolin97]

都可以，如果分开，可以用 claude code 的 add dir 来扩充上下文。

[micean]

是的，可以为 AI 提供很多便利，需不需要放在一个 docker 看项目需求

[ano]

我不放啊。前后端分开节省 token 。
后端只测 API 。提供出来 swagger-api 文档出来。
前端 AI 拿 API 开发。
有问题就提供 API 修改说明，拿去给后端 AI 改。

怎么适合自己就怎么来。

[lizy0329]

绝对应该

[sentinelK]

是否在一个仓库，和能不能共享上下文，在绝大多数情况下无关。

所以在一个仓库和不在一个仓库均有道理。

[musi]

如果不放一个仓库会给你 vibe coding 带来什么问题吗？

[BeijingBaby]

没有绝对的，都可以。
放了也无法共享太多东西。
不放没共享也多不了什么工作量。

[javalaw2010]

看情况，我不放，后端写完行程接口文档，添加个 apifox 的 mcp, 写前端的时候让它自己查接口文档，免得无关代码太多影响上下文

[cc9910]

不放吧,后端要改就接口字段那些,前端关联也没什么用,也是对着文档调用,不可能说前端改一半,又去改后端吧

[chenluo0429]

现在开源项目主流的趋势肯定是 monorepo 放在一起的，最主要是为了方便开发。至于产物要不要放一起，就看项目管理者自己的品味了

[lneoi]

前端简单一点可以，复杂点还是分开放吧

[BeautifulSoap]

我 go 后端+react 前端旧是放一个 repo 里，主要是自动 ci/cd 不是一个 repo 实在太麻烦了
分 repo 存放最大问题就是前端 or 后端更新，ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
想想真的算了

[ynkkdev]

甚至很多完全 vibe coding 出来的项目前后端不分离了，合久必分，分久必合，大势所趋

[bestie]

VSCode 系不是有 Workspace 吗，两个项目添加到同一个 Workspace 就能方便的在两个项目之间引用了，CLI 没了解过

[kakki]

不放一个仓库,但是放到同一个 workspace 下.

[silencil]

我放一个 dir 下，两个子 dir 分别建立 git 仓库分别控制

[kfpenn]

@kakki +1

[rwecho]

低代码在什么时候流行过？有没有例子，我感觉低代码 给客户使用，应该很复杂