这是一个创建于 234 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们现在有个项目，美术已经完成所有预览的逻辑和大概效果，现在进入开发阶段，由于公司并没有成熟的开发流程，而且还同时拥有 Mac 和 Win 两大操作系统，最终效果是要输出成 Win 的版本，目前美术(Win)做的版本我们拿到自己电脑（ Win ）上依旧有各种打不开的问题，是采用将主要的几个文件夹复制并覆盖到新的项目中，然后进行跑通的，在 Mac 上是根本跑不了的。所以我的问题是：
1.我使用 Mac 应该解决和打家协同开发这个问题？ 2.想问一些公司的大佬是怎么解决和美术策划等协同开发一个项目的，git or svn? 创建各自分支吗？ 3.现在进入开发阶段，是不是应该重新开一个新工程，然后根据计划在新工程上进行开发，不是在美术的展示效果工程进行修改(我觉得这样不可行，因为美术写的东西很冗长，改起来不如自己写，并且我们可以让美术把资源从老工程上搬到新工程上，又可以省去冗余的 assert)，或者我想听一下大佬们的建议 （项目是一个数字孪生的项目）
 |
1
MCVector 234 天前
美术资源比较多的话我们会用 perforce.。代码和资源也可以分开管理。
|
 |
2
itskingname 234 天前
现在都有虚幻 5 了吗？我还一直以为最新的是虚幻四。国内还有很多公司用虚幻 3
|
 |
3
lysS 234 天前
最终效果是 win ，就统一 win 上开发啊
|
 |
4
XLJZT OP @itskingname 5.2 了已经，越来越大，越来越牛 b
|
 |
7
hxm0070 234 天前  1
同行建议：
1.弃用 MAC ，除非你们要发布的平台包含 mac 或者 iphone 。使用 UE 为主要生产工具的，最终都会走向这一条路。我们以前用 MAC 的平面美术都已经改用 Win 了，毕竟有时候需要自己看一下效果，装个 UE 省事。 2.NAS 吧，UE 跟代码不一样，动辄几十 G ，临时文件缓存文件又多，SVN 和 GIT 不合适，而且对美术来说学习和习惯养成成本太高。搞个 NAS ，内网千兆或 2.5G ，有钱的话上万兆，分配好权限和目录，帮他们本地固定好访问路径，他们只需要复制粘贴就好了。每次项目执行过程中保留所有版本，项目完成后统一进行一次版本归档和清理。 3.既然有打不开的问题，那就新开工程，你们还只是内部协作，我们有时候找外包做美术，UE 版本都不一样，没用的关卡、assert 一大堆，拿到后第一件事就是开新工程转移必要的资源，还能减少工程体积。 |
 |
9
yucao 233 天前
槽点有点多，我作为在大厂混了几年的游戏客户端程序来讲讲：
1 、统一用 Windows ，所有商业游戏引擎对 Windows 的支持都显著优于 Mac ； Mac 只要能编译出包就行（构建 IOS 程序） 2 、我司使用的是 SVN ，但是其实 Perforce 也很不错，项目人不多的话，统一在主干线上开发即可（我经历的项目 200+人大部份都在主干开发，没有什么问题），如果要进行一个 feature 验证等，再去拉分支，如无必要，不要无意义去拉分支，这样只会在后期带来合回主干等各种麻烦事（不建议使用 Git ，美术用不明白的，血的教训...）另外，缓存文件不用上传，你应该要知道哪些缓存文件本地生成就行，哪些一定要传，可以通过配置把临时文件给屏蔽出上传 List 里面，比如你用 VSCode ，那像.vs 这种文件夹里面的东西，显然是可以不用传的 3 、如果你觉得应该新开一个工程，就新开一个吧，但是新开一个就别换了，引擎一定要选择一个版本不要动，可以从 GitHub 上拉取一个分支编译专门给你们项目用，不然不同人用不同的引擎，出了一些底层相关的 bug 根本没有办法定位，后期要升级引擎也可以统一升级，不应该让其他人去下载公开版的 UE （你发帖的时候还是 UE 5.2 ，今天出了 5.3 ，你咋办） |
 |
10
leconio 233 天前 via iPhone
啊？ epic 和 apple 不是官司对手吗，ue5 在 mac 上一直不太行吧，很多特性都没有。而且如果之后苹果想搞 epic ，ue5 不一定能经常在 mac 上更新
|
|
11
XLJZT OP @yucao 谢谢大佬回复 2. 已经感受到美术用不明白的痛苦了，另外针对上百人在一个分支上进行开发，我想问一下是不是有什么规定或者办法去解决多人同时修改文件的问题呢，还是说每个人负责各自的模块不会进行互相的修改？
|
Select Language