V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 283 days ago, the information mentioned may be changed or developed.
 | 1 yh7gdiaYW Jul 18, 2025 一个 git 工程下分两个目录就行了 |
 | 2 cutiechi Jul 18, 2025 一个 git 里 |
 | 3 mooyo Jul 18, 2025 我最近就在搞一个，分三个好。后端一个，proto 一个，前端一个。先让后端写 proto ，写完 proto 生成出 swagger.json ，前端读 swagger.json 对接 API 。 |
 | 4 yuaotian Jul 18, 2025 一个文件夹里面，放前后端项目最好，另外可以分别 git ，不要放在一个 git 里面~ |
 | 5 chairuosen Jul 18, 2025 编辑器打开的目录并不一定要和 git 工程目录一样 |
 | 6 maichael Jul 18, 2025 我的看法是看开发人员的多少，如果是一个人开发，或者一前一后，或者两个全栈，那就一个 repo 就行了，如果是多人的话还是分开比较好。 |
 | 7 flmn Jul 18, 2025 不说 AI ，monorepo 都是一种很好的实践 |
 | 8 jackOff Jul 18, 2025 1 个人可以 cover 就一个 git 两个目录，多个人就分开 git |
 | 9 vanillacloud Jul 18, 2025 via iPhone AI 有 Context 的限制问题，表现出来就是「别跟我说太多，我记不住」。 所以我会像 @mooyo 那样，把后端写了，然后把 specs 写好，再让前端针对写好的 spec 开发。 至于前面讨论的怎么 git ，当然完全看个人，是我就 git 在子项目里。 |
 | 10 gotoschool Jul 18, 2025 应该是放 2 个目录 2 个 ide 比较好？ 这样各写各的规则？ |
 | 11 clemente Jul 18, 2025 monorepo |
 | 12 skyrim61 Jul 18, 2025 workspace 管理 |
 | 13 K332 Jul 18, 2025 my-project/ ├── frontend/ │ ├── src/ │ ├── package.json │ └── ... ├── backend/ │ ├── src/ │ ├── pom.xml │ └── ... ├── .gitignore └── README.md 楼上说的大概是这个意思 |
 | 14 dongdong12345 Jul 18, 2025 放在一个 git 里，分成 2 个目录。 让 AI 做的时候，直接后端和前端一起给你做了 |
 | 15 YaCiLaLei Jul 18, 2025 我是放同 1 个的，如果是 cursor 就把前端页面、api 、后端入口丢给 cursor 聊天窗，一般它都能理解。如果是 claude code 就把文件拖到命令行自动转成文件路径，cc 也会参考分析得很精确 |
 | 16 q8164305 Jul 18, 2025 如果是一个人开发一个 git 就好了，多人开发最好还是分开 |
 | 18 FlashEcho Jul 19, 2025 看技术栈和你用的 cicd ，如果是传统的前端 ts 后端 java ，还是分不同的仓库通用点，如果都是 ts 的话，monorepo 也挺好，不过还是看 cicd |
 | 19 jigi330 Jul 20, 2025 一个项目好！如果是前后语言不一致，可以用 git 的 submodule ；如果全是 typescript 一把梭，完全可以用 pnpm-workspace 区分，再弄个 share package ，直接复用 models 和部分 services ，非常方便迭代和重构。 |
 | 20 94 Jul 21, 2025 一直很好奇，用 git 的 submodule 的话主 repo 提交记录是怎么样的？ submodule 的提交记录会显示在主 repo 里面吗？还是说需要借助一些工具去查看。 |
 | 21 zqguo Jul 21, 2025 monorepo 最好了，接口字段参数类型定义单独一个 pacakge 可以共享 |
Select Language