蓝图#

有一说一，其实我一直很讨厌蓝图 最大的问题在于蓝图作为ue生成的二进制文件，claude code只能用mcp工具来进行读取，效率极差，跟unity强行用ai开发prefab差不多 以及，现有的mcp工具都不够完善。我在网上找了各种解决方案，到最后的结论是不如自己做。因为你总有各种奇怪的需求的接口是需要自己单独开发的。比如.csv的表格ai可以轻易读取，但ue中的数据表格ai却很难读。以及蓝图开发中的各种稀奇古怪的要求。当然，最大的问题是ai读蓝图需要借助api接口来进行针对性的读取，而不能跟c#项目一样直接遍历整个项目，这就导致了ai的思考能力与推断能力很差，无法从更高的高度来思考问题的解决方法。

peforce#

我一共接触过三个项目管理工具，一个是git，一个是svn,还有一个就是最近使用的p4 从个人喜好上来说，我是更倾向于用git的。git足够自由，便捷，不过git有一个问题，就是有比较大的维护成本，经常要处理跟合并冲突相关的问题。 当我们使用git开发的时候，我们通常会有一个主分支。比如一个项目组如果每两个周上线一个新版本，那么可能第一周的主分支就是R101,第三周就是R102，第五周就是R103等等，然后比方说我们要做一个R102版本上线的功能，就在R102这个分支上开一个新分支R102_newfunc,然后在这个分支上进行功能修改与测试，然后合到主分支里。整个流程很清晰，也适合做bug版本追踪与代码评审等工作。

但peforce不一样，他没有branch这个概念，而是用的”工作区”这个机制。从这个角度上来说，p4会很适合那些并不擅长代码的策划们。当然，更准确地说，现在的整个ue独立游戏的开发流程，都更倾向于一个”无代码”的开发环境————代码使用蓝图开发，动画，特效之类的也在ue里自己做不需要用到代码，数据配置也不需要使用代码，整个流程除了偶尔会需要几个手写的脚本外基本就没有需要用到代码的地方。 与git繁琐的 建新分支→修改→评审→合并 流程相比，p4的文件操作显得更简单一些。假如我们需要该哪个文件，我们只需要将它 checkout，然后进行修改，然后进行提交。当你check out的时候，可以锁定你所修改的文件，不让其他人修改，同样也不会有跟git一样的合并的问题。