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