前后端分离的项目，用 AI 做的话，是放一个项目里好还是分开两个项目好

一个 git 工程下分两个目录就行了

一个 git 里

我最近就在搞一个，分三个好。后端一个，proto 一个，前端一个。先让后端写 proto ，写完 proto 生成出 swagger.json ，前端读 swagger.json 对接 API 。

一个文件夹里面，放前后端项目最好，另外可以分别 git ，不要放在一个 git 里面~

编辑器打开的目录并不一定要和 git 工程目录一样

我的看法是看开发人员的多少，如果是一个人开发，或者一前一后，或者两个全栈，那就一个 repo 就行了，如果是多人的话还是分开比较好。

不说 AI ，monorepo 都是一种很好的实践

1 个人可以 cover 就一个 git 两个目录，多个人就分开 git

AI 有 Context 的限制问题，表现出来就是「别跟我说太多，我记不住」。

所以我会像 @mooyo 那样，把后端写了，然后把 specs 写好，再让前端针对写好的 spec 开发。

至于前面讨论的怎么 git ，当然完全看个人，是我就 git 在子项目里。

应该是放 2 个目录 2 个 ide 比较好？
这样各写各的规则？

monorepo

workspace 管理

my-project/
├── frontend/
│ ├── src/
│ ├── package.json
│ └── ...
├── backend/
│ ├── src/
│ ├── pom.xml
│ └── ...
├── .gitignore
└── README.md

楼上说的大概是这个意思

放在一个 git 里，分成 2 个目录。
让 AI 做的时候，直接后端和前端一起给你做了

我是放同 1 个的，如果是 cursor 就把前端页面、api 、后端入口丢给 cursor 聊天窗，一般它都能理解。如果是 claude code 就把文件拖到命令行自动转成文件路径，cc 也会参考分析得很精确

如果是一个人开发一个 git 就好了，多人开发最好还是分开

@K332 还是分 2 个仓库吧

看技术栈和你用的 cicd ，如果是传统的前端 ts 后端 java ，还是分不同的仓库通用点，如果都是 ts 的话，monorepo 也挺好，不过还是看 cicd

一个项目好！如果是前后语言不一致，可以用 git 的 submodule ；如果全是 typescript 一把梭，完全可以用 pnpm-workspace 区分，再弄个 share package ，直接复用 models 和部分 services ，非常方便迭代和重构。

一直很好奇，用 git 的 submodule 的话主 repo 提交记录是怎么样的？ submodule 的提交记录会显示在主 repo 里面吗？还是说需要借助一些工具去查看。