展开讨论

经验与复盘经验摘录 · 机器翻译

在我之前的游戏开发公司工作时,我们最终将事情分成了:1

在我之前的游戏开发公司工作时,我们最终将事情分成了:1. 代码 - Git 2. 进行中的艺术作品、共享资源(标志、营销材料等) - Google Drive(因为这些资源经常变化,被传递来传递去等) 3. 完成的资源(你已完成或认为已完成的PSD文件) - SVN(因为我们想要记录谁对什么做出了贡献,希望艺术家能够接替别人的工作;拥有对某个PSD文件的修改记录) 4. 导出为PNG的资源,用于包含在应用程序包中或发布到静态文件服务器 - Git(因为这些文件在发布后不会改变,所以git历史不会被不必要的文件污染) 我也使用过LFS,这……是一个不错的权宜之计,但仍然不够好。没有配置LFS的用户仍然可以提交二进制文件;没有配置LFS的用户会错误地克隆文件;如果LFS服务器速度慢、不可用或不可靠,系统就会出现异常;你需要一个支持它的Git服务器。…

源讨论Epic Games 宣布推出 Lore 版本控制系统原帖 680 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

KV

还有一个新玩家叫做diversion(diversion.dev),我认为这可能是一家YC初创公司?不管怎样,它采取了不同的方法,更像是Google Drive,但引入了VCS行为,使其更独立和设计师友好。

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

RE

如果进行中的工作有快速的变化或调整呢?比如产品层面的艺术指导发生变化,或者其他事情,比如一个素材设计师辞职或生病了一段时间呢? SVN有道理,因为它是完成并结束的,但如果事情变化很多的话,我能看到Drive会很快变得一团糟

完整原文
MA

是的,这似乎是一个很糟糕的解决方案。这正是我们使用Perforce的原因,把所有东西都放进去。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。