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

Sycoforge 开发的《Return to Nangrim》
Git 用户如何从 Unity 的版本控制中受益
Unity Plastic SCM 专为游戏开发而构建。这是您从 Git 升级后将获得的收益。

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

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

以更大的灵活性简化维护
Plastic SCM 现成支持多种工作流程和大文件,因此您无需维护冗余系统或附加组件。保持您的工具链精简和高性能。
Unity 的 DevOps 解决方案为程序员提供了广泛的功能,同时为美术师简化了工作。列表中缺少了什么?请浏览我们的 DevOps 路线图。

节省时间并减少任务切换
Unity 的代码感知合并技术 SemanticMerge 跟踪移动过的代码,帮助您只关注所关切的更改。通过分析语法,可以自动执行 16-30% 的代码合并(通常需要手动合并),从而大大减少会分散您工作流程的合并冲突。
Plastic SCM 将分析重构并评估部分代码(例如方法)是否已移动,甚至跨多个文件移动。这可使您将审查重点放在最实质性的更改上。它支持 C#、Java、VB.NET 等。

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

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

利用 Git 生态系统
Git 生态系统中的任何工具都可以使用其原生 Git 功能立即连接到 Plastic。这样,使用 Plastic 的团队可从专为 Git 开发的所有 DevOps、CI 和项目管理集成中受益。
GitServer 对应于 GitSync 的服务器端。它允许 Plastic SCM 使用 Git 协议(支持 Git 和 HTTP)为代码仓库提供服务,从而关闭了 Git 互操作性循环。
常见问题解答
Plastic 也是 DVCS。因此,您将使用相同的工作流程:您首先提交(签入),然后将您的更改推送到远程代码仓库。在 Plastic 中,如果愿意,您可以集中式工作。SVN 风格,直接进行签入,无需中间克隆?可以这样做。
虽然编码人员会喜欢 DVCS,但美术师和设计师等其他角色可能会选择集中式。
可以。Plastic 中的所有内容都可以通过 GUI 直观地完成。您将使用 Branch Explorer(分支资源管理器)来处理与分支和合并相关的所有事情。
是的,您可以制作部分副本,这意味着您可以简单地拉出一个分支(无需带上所有父级)和合并源,并且能够添加更改和推回。
您无需“克隆”完整的代码仓库即可开始在 Plastic 中使用复制的代码仓库。您可以简单地运行所谓的部分副本,这要快得多,然后在代码仓库上工作,进行新的更改,然后拉回。
这相当于一个有限深度但能够推回的浅克隆。
在 Plastic 中合并要更好。Plastic 中的合并引擎可以处理导致 Git 崩溃的移动和重命名。Plastic 也包含自己的差异和合并工具。
Plastic 可以处理巨大的文件 – 不受 RAM 容量的限制。Plastic 也擅长处理巨大的代码仓库。
Plastic 中不存在“Remote”。您只需将所需的分支推拉到相应的代码仓库 – 无需先定义 Remote。
Plastic SCM 子模块被称为 Xlinks,它们是子模块的一个大幅度增强且简化的版本。通过完整的 GUI 支持,创建 Xlinks 很简单,并且 Xlinks 不存在更新子模块的繁琐过程 – 它们能够手动管理引用。Xlinked 目录下的分支是自动创建的,在多代码仓库场景下管理特性分支非常简单。
基于 Git 的版本控制提供了广泛的功能和社区支持,而 Plastic SCM 为不同的工作流程提供了灵活性并能够开箱即用地处理大文件。对一个组织最有效的方法可能不适用于另一个组织。有关评估最适合您的有用提示,请在此博客中阅读更多信息。
Plastic SCM 不是 Git,尽管它允许像基于 Git 的系统一样进行分布式版本控制 (DVCS)。Plastic SCM 基于 Git 的所有优势,然后增加了对大文件的支持、一致的 GUI、基于 ACL 的权限、处理大量代码仓库、强合并、部分副本、语义差异等。