Git 用户的迁移

在您的工作室中,提交是否是冲突的来源?升级到完全为美术师和程序员优化的工作流程,并且能够开箱即用地处理大文件 – 无需附加组件。

通过快速迭代满足玩家的期望,避免因生产力成本而影响发布时间表。 下载电子书

Git 用户切换的原因

Git 是一款流行的 VCS,开源、免费且灵活,但对于不太懂技术的人来说可能会令人望而生畏。当美术师遇到问题时,他们需要程序员来帮助解决:它没有与美术师的工具集成,并且在游戏开发中常见的大型二进制文件的重压下崩溃。

《Return to Nangrim》重要的美术图稿

Sycoforge 开发的《Return to Nangrim》

Git 用户如何从 Unity 的版本控制中受益

Unity Plastic SCM 专为游戏开发而构建。这是您从 Git 升级后将获得的收益。

Plastic SCM 大文件
大型代码仓库和二进制文件的速度

即使代码仓库超过 5 TB,Plastic 也应对自如,它处理签入和更新的速度比其他解决方案快 5–8 倍

美术师如何使用 Unity 进行版本控制
与美术师更好地合作

美术师可以通过 Gluon 独立使用 Plastic SCM,Gluon 是一种具有文件锁定功能的易于使用的工作流程。编码人员通过完全分支和合并来维护他们的标准工作流程。

使用 Plastic SCM 创建代码仓库
支持集中式和分布式工作方式

选择 VCS 通常意味着决定是集中式工作还是分布式工作。Plastic 两者兼备:将 Git 风格工作流程的速度和强大功能与 Perforce 类似的可扩展性相结合。

Unity 编辑器内的维护
以更大的灵活性简化维护

Plastic SCM 现成支持多种工作流程和大文件,因此您无需维护冗余系统或附加组件。保持您的工具链精简和高性能。

主要特性

Unity 的 DevOps 解决方案为程序员提供了广泛的功能,同时为美术师简化了工作。列表中缺少了什么?请浏览我们的 DevOps 路线图

分析重构 Git 用户

节省时间并减少任务切换

Unity 的代码感知合并技术 SemanticMerge 跟踪移动过的代码,帮助您只关注所关切的更改。通过分析语法,可以自动执行 16-30% 的代码合并(通常需要手动合并),从而大大减少会分散您工作流程的合并冲突。

Plastic SCM 将分析重构并评估部分代码(例如方法)是否已移动,甚至跨多个文件移动。这可使您将审查重点放在最实质性的更改上。它支持 C#、Java、VB.NET 等。

Unity 与 Git 版本控制

用作 Git 客户端

Plastic SCM 的 GitSync 提供了 Plastic 与 Git 之间的双向同步。Plastic 与 Git 网络协议进行通信,以对包进行推送和拉取,以及合并到远程 Git 服务器(反之亦然)。这允许您将 Plastic GUI 用作 Git 客户端:因为 Plastic 的结构有些类似于 Git,所以您可以在它们之间交换所有变更集、分支和合并。

了解更多详细信息
使用 Unity 快速导入导出

快速导入和导出

Plastic 实现快速导入和快速导出命令,所有这些都与 Git 对应项完全兼容。这些命令用于将您的项目从 Git 导入到 Plastic,并作为一种安全方式,您可在需要时离开 Plastic。对于常规的日常操作,GitSync 是更简单的选择。

Plastic SCM DevOps 生命周期

利用 Git 生态系统

Git 生态系统中的任何工具都可以使用其原生 Git 功能立即连接到 Plastic。这样,使用 Plastic 的团队可从专为 Git 开发的所有 DevOps、CI 和项目管理集成中受益。

GitServer 对应于 GitSync 的服务器端。它允许 Plastic SCM 使用 Git 协议(支持 Git 和 HTTP)为代码仓库提供服务,从而关闭了 Git 互操作性循环。

了解更多详细信息

使之成为现实

《Goodbye Volcano High》

由工作者拥有的合作型工作室如何让美术师和工程师在制作过程中保持一致?阅读 KO_OP 如何使用 Plastic SCM 推动协作。

《Return to Nangrim》

了解 Sycoforge 如何利用 Unity 工具来管理不断扩大的项目作用域,并整合玩家反馈以实现快速、迭代的游戏开发。

《Subnautica》

了解 Unknown Worlds 为什么选择 Unity 和 Plastic SCM 来帮助实现《Subnautica》

为您的项目设置 Unity 版本控制

想快速启动和运行?这些操作步骤可以帮助您在几分钟内为项目设置 Unity 的版本控制。

常见问题解答

您可以使用 Unity 的版本控制进行分布式工作吗?

Plastic 也是 DVCS。因此,您将使用相同的工作流程:您首先提交(签入),然后将您的更改推送到远程代码仓库。在 Plastic 中,如果愿意,您可以集中式工作。SVN 风格,直接进行签入,无需中间克隆?可以这样做。

虽然编码人员会喜欢 DVCS,但美术师和设计师等其他角色可能会选择集中式。

 

可以创建功能分支并在分支之间切换吗?

是的。Plastic 中的所有内容都可以通过 GUI 直观地完成。您将使用 Branch Explorer(分支资源管理器)来处理与分支和合并相关的所有事情。

可以从远程代码仓库推送和拉取分支吗?

是的,您可以制作部分副本,这意味着您可以简单地拉出一个分支(无需带上所有父级)和合并源,并且能够添加更改和推回。

需要克隆代码仓库吗?

您无需“克隆”完整的代码仓库即可开始在 Plastic 中使用复制的代码仓库。您可以简单地运行所谓的部分副本,这要快得多,然后在代码仓库上工作,进行新的更改,然后拉回。

这相当于一个有限深度但能够推回的浅克隆。

合并与 Git 相比如何?

在 Plastic 中合并要更好。Plastic 中的合并引擎可以处理导致 Git 崩溃的移动和重命名。Plastic 也包含自己的差异和合并工具。

Unity 的版本控制如何处理大文件?

Plastic 可以处理巨大的文件 – 不受 RAM 容量的限制。Plastic 也擅长处理巨大的代码仓库。

Unity 的版本控制中有“Remote”吗?

Plastic 中不存在“Remote”。您只需将所需的分支推拉到相应的代码仓库 – 无需先定义 Remote。

Unity 的版本控制中有子模块吗?

Plastic SCM 子模块被称为 Xlinks,它们是子模块的一个大幅度增强且简化的版本。通过完整的 GUI 支持,创建 Xlinks 很简单,并且 Xlinks 不存在更新子模块的繁琐过程 – 它们能够手动管理引用。Xlinked 目录下的分支是自动创建的,在多代码仓库场景下管理特性分支非常简单。

Plastic SCM 比 Git 更好吗?

基于 Git 的版本控制提供了广泛的功能和社区支持,而 Plastic SCM 为不同的工作流程提供了灵活性并能够开箱即用地处理大文件。对一个组织最有效的方法可能不适用于另一个组织。有关评估最适合您的有用提示,请在此博客中阅读更多信息。

Plastic SCM 是基于 Git 的吗?

Plastic SCM 不是 Git,尽管它允许像基于 Git 的系统一样进行分布式版本控制 (DVCS)。Plastic SCM 基于 Git 的所有优势,然后增加了对大文件的支持、一致的 GUI、基于 ACL 的权限、处理大量代码仓库、强合并、部分副本、语义差异等。

我们使用 Cookie 来确保为您提供网站的最佳体验。有关更多信息,请访问我们的 Cookie 政策页面

明白了