Codex多项目，会话使用问题

Rush B，后端项目里告诉它前端两个项目的位置就好了，我一般把前后端放在一个文件夹里

我直接all in one，在父目录让他前后端都改了。^-^

具体是怎么操作呢，就这个“父子”目录结构，没搞明白怎么把它们放在一个项目下

我是把这三个放在一个文件夹目录A下，codex 开项目的时候开文件夹A。然后它自己知道去哪里找对应的文件。

有时候需要跳出目录A的内容，直接给它文件地址就行。不过一般跳出目录A的只让它读，不让它写。我怕权限溢出太多，给我删盘。

多端放在同一文件夹即可，我就这么做的，现在的模型能完全读取好几个项目的同时

是手动创建+移动的文件夹？我现在的项目，都是直接打开的IDE项目工作目录作为项目，都不是单独建的

找一个项目打开，然后告诉他其他几个项目的目录位置，并让他写入到记忆中去

不是后端先对话，有个接口前端在根据接口需求做就行了吧

建项目的时候，就手动放到一起了。因为之前吃过移动文件夹的亏，codex 傻了叭唧，原来项目的对话找不到文件夹的情况。还在L站发了个贴，好几个人都遇到了，至今无解。

直接都挪到同一个文件夹下，在这个文件夹打开codex

一把梭，省事，还能单独建一个dev文件夹放ai写的文档

这个方法可以，但是前后端都是单独的git仓库。放在同一文件夹内修改了代码后点撤销会提示撤销失败没有git仓库的，除非新建个仓库把它们都放一起

或者你试试，告诉它三个工程文件的目录，让它记住，它应该会自动检索。默认是记在项目级的agent.md 里。

对了，前面有人提到git，我是每个单独的git，不是文件夹A的git。（说的有点绕，应该能明白吧。。。

这样虽然codex的撤回用不了，但实际git更可控

普通需求是这么干的，但是修复BUG+变更成复杂的需求，还是需要让它先全盘分析，做个方案计划才行。 不然后端改了，前端人员改不动就老火了

使用软连是不是可以，建一个文件夹，然后把项目软连过去

没尝试过不是很懂，期待有大佬试试

如果是分多人协作，我就告诉它，不要改后端/前端，告诉我问题，或者需要修改的，我会通知前端/后端兄弟去改的。

它会列出来，然后我截图给协作的人。

可以使用 --add-dir 参数来添加目录，具体你可以网页版查下，我现在就是这么干的。

我也想过软链，但不确定的是，权限是否会因为文件所在实际目录而受限，或者和当前目录的权限不一致，会不会有啥问题。

基本不用codex进行git操作提交撤回等操作，我怕他乱搞。

都是让它写完代码，我检查，手动修复小问题，然后都是使用IDE的git操作的