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

1 月 29 日
 ion1ze

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

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

3574 次点击
所在节点    ☕Vibe Coding🤖
32 条回复
shakaraka
1 月 29 日
是的。例如 golang ,我在编译的时候是把前端产物内嵌到 golang 单文件里的。
shakaraka
1 月 29 日
如果你需要改两个端,那么肯定需要放一起。或者是以 submodule 方式放一起
xiaolin97
1 月 29 日
都可以,如果分开,可以用 claude code 的 add dir 来扩充上下文。
micean
1 月 29 日
是的,可以为 AI 提供很多便利,需不需要放在一个 docker 看项目需求
ano
1 月 29 日
我不放啊。前后端分开节省 token 。
后端只测 API 。提供出来 swagger-api 文档出来。
前端 AI 拿 API 开发。
有问题就提供 API 修改说明,拿去给后端 AI 改。

怎么适合自己就怎么来。
lizy0329
1 月 29 日
绝对应该
sentinelK
1 月 29 日
是否在一个仓库,和能不能共享上下文,在绝大多数情况下无关。

所以在一个仓库和不在一个仓库均有道理。
musi
1 月 29 日
如果不放一个仓库会给你 vibe coding 带来什么问题吗?
BeijingBaby
1 月 29 日
没有绝对的,都可以。
放了也无法共享太多东西。
不放没共享也多不了什么工作量。
javalaw2010
1 月 29 日
看情况,我不放,后端写完行程接口文档,添加个 apifox 的 mcp, 写前端的时候让它自己查接口文档,免得无关代码太多影响上下文
cc9910
1 月 29 日
不放吧,后端要改就接口字段那些,前端关联也没什么用,也是对着文档调用,不可能说前端改一半,又去改后端吧
chenluo0429
1 月 29 日
现在开源项目主流的趋势肯定是 monorepo 放在一起的,最主要是为了方便开发。至于产物要不要放一起,就看项目管理者自己的品味了
lneoi
1 月 29 日
前端简单一点可以,复杂点还是分开放吧
BeautifulSoap
1 月 29 日
我 go 后端+react 前端旧是放一个 repo 里,主要是自动 ci/cd 不是一个 repo 实在太麻烦了
分 repo 存放最大问题就是前端 or 后端更新,ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
想想真的算了
ynkkdev
1 月 29 日
甚至很多完全 vibe coding 出来的项目前后端不分离了,合久必分,分久必合,大势所趋
bestie
1 月 29 日
VSCode 系不是有 Workspace 吗,两个项目添加到同一个 Workspace 就能方便的在两个项目之间引用了,CLI 没了解过
kakki
1 月 29 日
不放一个仓库,但是放到同一个 workspace 下.
silencil
1 月 29 日
我放一个 dir 下,两个子 dir 分别建立 git 仓库分别控制
kfpenn
1 月 29 日
@kakki +1
rwecho
1 月 29 日
低代码在什么时候流行过?有没有例子,我感觉低代码 给客户使用,应该很复杂

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1189238

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX