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