独立开发者节点

愿每一位独立开发者都能保持初心,获得一个好的结果.

ion1ze

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

  •  
  •   ion1ze ·
    ion1ze · Jan 29 · 4677 views
    This topic created in 277 days ago, the information mentioned may be changed or developed.

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

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

    32 replies  •  2026-02-26 00:13:21 +08:00
    shakaraka
    shakaraka
    Jan 29
    1
    是的。例如 golang ,我在编译的时候是把前端产物内嵌到 golang 单文件里的。
    shakaraka
    shakaraka
    Jan 29
    2
    如果你需要改两个端,那么肯定需要放一起。或者是以 submodule 方式放一起
    xiaolin97
    xiaolin97
    Jan 29
    3
    都可以,如果分开,可以用 claude code 的 add dir 来扩充上下文。
    micean
    micean
    Jan 29
    4
    是的,可以为 AI 提供很多便利,需不需要放在一个 docker 看项目需求
    ano
    ano
    Jan 29
    5
    我不放啊。前后端分开节省 token 。
    后端只测 API 。提供出来 swagger-api 文档出来。
    前端 AI 拿 API 开发。
    有问题就提供 API 修改说明,拿去给后端 AI 改。

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

    所以在一个仓库和不在一个仓库均有道理。
    musi
    musi
    Jan 29 via iPhone
    8
    如果不放一个仓库会给你 vibe coding 带来什么问题吗?
    BeijingBaby
    BeijingBaby
    PRO
    Jan 29
    9
    没有绝对的,都可以。
    放了也无法共享太多东西。
    不放没共享也多不了什么工作量。
    javalaw2010
    10
    看情况,我不放,后端写完行程接口文档,添加个 apifox 的 mcp, 写前端的时候让它自己查接口文档,免得无关代码太多影响上下文
    cc9910
    cc9910
    Jan 29
    11
    不放吧,后端要改就接口字段那些,前端关联也没什么用,也是对着文档调用,不可能说前端改一半,又去改后端吧
    chenluo0429
    chenluo0429
    Jan 29 via Android
    12
    现在开源项目主流的趋势肯定是 monorepo 放在一起的,最主要是为了方便开发。至于产物要不要放一起,就看项目管理者自己的品味了
    lneoi
    lneoi
    Jan 29
    13
    前端简单一点可以,复杂点还是分开放吧
    BeautifulSoap
    14
    我 go 后端+react 前端旧是放一个 repo 里,主要是自动 ci/cd 不是一个 repo 实在太麻烦了
    分 repo 存放最大问题就是前端 or 后端更新,ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
    想想真的算了
    ynkkdev
    ynkkdev
    Jan 29
    15
    甚至很多完全 vibe coding 出来的项目前后端不分离了,合久必分,分久必合,大势所趋
    bestie
    bestie
    Jan 29
    16
    VSCode 系不是有 Workspace 吗,两个项目添加到同一个 Workspace 就能方便的在两个项目之间引用了,CLI 没了解过
    kakki
    kakki
    Jan 29❤️1
    17
    不放一个仓库,但是放到同一个 workspace 下.
    silencil
    silencil
    Jan 29
    18
    我放一个 dir 下,两个子 dir 分别建立 git 仓库分别控制
    kfpenn
    kfpenn
    Jan 29
    19
    @kakki +1
    rwecho
    rwecho
    Jan 29 via iPad
    20
    低代码在什么时候流行过?有没有例子,我感觉低代码 给客户使用,应该很复杂
    ion1ze
    ion1ze
    OP
    Jan 29
    21
    @shakaraka #1 对我看大部分 go 语言都是放一起的,前端产物直接打包进去
    JasperYanky
    22
    后端、前端、移动端、文档、html 写的原型 都放一个文件夹,写好规则,AI 更友好
    lavvrence
    lavvrence
    Jan 29
    23
    我年终总结的 Vibe Coding 暴论:前后端混合的同构技术栈(比如 Next.js 服务端渲染)会成为 Vibe Coding 的首选技术栈
    ( https://lawrenceli.me/blog/2025-in-review#tech )
    livib
    livib
    Jan 29
    24
    单体仓库很方便了啊
    liul2566
    liul2566
    Jan 29
    25
    我没分开,分开时出现过前后端重复实现了同一个功能的情况
    lixintcwdsg
    26
    一个项目的 进度文档 前后端 后台 我都放一个库。当然组织分工后不可能,但是 cursor 一定要放在一个 workspace 里面让 ai 可以都索引到。
    很简单,你调查一个问题,后台有问题,AI 会帮你从前到后查,做好了以后自动更新项目进度推飞书什么的。
    aleimu
    aleimu
    Jan 29
    27
    vscode 里不是有工作区的概念吗, 直接将前后端相关项目都加入,然后 @一下文件或者文件夹就行
    chitanda
    chitanda
    Jan 29❤️1
    28
    /permission ,Workspace ,Add directory
    lred
    lred
    Jan 29
    29
    我用 submodule 方式添加到一个项目里,方便共享上下文,以及开发功能时 AI 可以同时修改多端
    C64NRD
    C64NRD
    Jan 29
    30
    可以用 Turborepo ,后端 fastify + 前端 nextjs ,前后端项目有独立的 Dockerfile ,支持 docker compose 部署,本地开发一个命令也很方便 https://github.com/aiprojecthub/nodebbs
    aarontian
    aarontian
    Jan 29
    31
    monorepo 方便 vibe coding ,AI 自己能解决很多事(尤其是前后端对接的一致性),你也可以在里面定义工作流( prd/各种方案/skills/脚本等),拆开做多少有点麻烦。
    这是趋势,我已经在几个月前把之前做的产品合并仓库了。
    slackerman
    slackerman
    Feb 26 via Android
    32
    放一起打 Docker 镜像有点奇怪指的是什么🤔。放一起也可以单独打包后端镜像。最佳实践是什么问 ai 推荐的大差不差
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5564 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 81ms · UTC 02:22 · PVG 10:22 · LAX 18:22 · JFK 21:22
    ♥ Do have faith in what you're doing.