它是如何工作的？

　　开发人员可以像平时一样使用Git（适配任何Git代码托管解决方案）。

　　开发人员提交代码变更，然后可以通过Helix TeamHub（或GitLab / GitHub / Bitbucket）进行协作和代码审查。

　　Git代码（来自Helix4Git）与所有其他数字资产（来自Helix Core）一起进入您首选的构建服务器。

　　用户可以：

　　加速复杂的产品构建

　　构建和发布产品通常需要代码和其他数字资产的组合。这通常意味着多个代码仓库。而且，代码库越多，组合在一起就越困难。

　　使用Helix4Git（配合Helix Core）可以使您复杂的产品构建更加清晰。您可以将多个来源（例如Helix Core，GitLab和GitHub）的代码组合到一个工作区中。与使用原生的Git相比，该工作区可确保您更快更轻松地构建和发布。

　　维持可靠的审计跟踪

　　使用多个来源的数据很难创建审计跟踪。而且原生Git缺乏安全性和数据保护功能。这使得安全至关重要和受监管的公司特别难维护审计跟踪。

　　将您的Git代码（来自Helix4Git）与Helix Core数据结合起来，可以轻松创建和维护整个产品生命周期的审计跟踪。那是因为利用Helix4Git将Helix Core的功能带到了Git仓库中。这意味着用户可以利用Helix Core的变更列表来进行审核。另外，Helix Core是非常安全的版本控制软件，具有一流的访问许可机制。

　　避免重复准备灾难恢复计划

　　企业必须为其代码库制定灾难恢复计划。如果不备份您的Git代码，则有可能会丢失所有内容。

　　Helix4Git为您的Git代码提供了一个中央服务器。它会复制您的代码库并备份所有的内容。因此，它全天候可用。如果您使用的是Helix Core，并且已经构建了灾难恢复流程，则可以将Git代码合并到现有的灾难恢复流程中。您可以放心所有的Git数据都受到了保护。

　　在CI工作流上进行协作

　　大多数Git服务器无法跟上企业级规模的持续集成（CI）工作流速度。这意味着开发人员通常需要等待。

　　Helix4Git和Helix Core支持与更受欢迎的构建服务器（如Jenkins）集成。这意味着您可以将代码和非代码资产一起进入您的构建流水线。您可以在Helix Core中管理生成的构建工件并对其进行版本控制。开发人员可以更有效地获

　　强制执行代码评审流程

　　当用户处理多个存储库和依赖项时，很难执行代码评审过程。而且大多数Git项目在将代码提交到主要开发分支之前都需要进行代码审查。

　　使用Helix TeamHub可以轻松进行多仓库代码审查，并执行Git代码审查流程。这是因为Helix TeamHub也是一个Git代码审查工具。它可以帮助用户核实所有依赖性。这样可以确保您的代码协同工作，即使它们分散在多个存储库中也是如此。