IT管​​理员通常在单个系统中具有多个vRealize Automation部署。管理员可以使用GitHub vRealize Automation集成来维护其蓝图的集中存储库、维护蓝图备份并跟踪每个vRealize Automation部署。

VMware vRealize Automation（vRA）使管理员可以从自助目录中部署VM和应用程序。 vRealize Automation的核心是Cloud Assembly。管理员可以在Cloud Assembly中创建蓝图，以定义系统如何​​配置VM。

而开发和管理这些蓝图的管理员可能会发现很难维护版本控制，因为vRA仅使系统拥有蓝图的本地副本。他们可以使用版本控制系统，例如GitHub。为完成GitHub vRA集成，管理员必须在GitHub创建帐户。

了解GitHub vRA蓝图版本控制

VMware用YAML格式代码定义vRA蓝图。管理员可以在Cloud Assembly中轻松编辑代码。以下是蓝图示例，其中提供多个VM和网络，以及在部署时该蓝图如何关联它们。

vRA中提供版本控制系统，可用于蓝图以及ABX脚本和Orchestrator工作流程。但是，vRA的单个实例仅使管理员能够维护蓝图的实例。例如，管理员不能将vRA蓝图用于测试/开发环境中的生产环境。GitHub、GitLab和Atlassian Bitbucket等版本控制系统使管理员可以更轻松地存储和共享基于Web的蓝图并跟踪其代码。

版本控制系统本质上是文件存储，它们在远程位置，可供管理员存储备份和配置文件。管理员在文件中创建代码，将其存储在版本控制系统中，然后维护该代码的特定版本，并跟踪对其所做的任何更改。

GitHub等基于Web的文件存储库使管理员可以更改代码并将其发布，以供其团队和/或其他人员使用。管理员可以记录系统内的更改，以供以后访问。但是，在选择版本控制系统时管理员应考虑一些事项。

例如，vRA 8.2不支持GitHub Enterprise；尽管vRA确实支持GitHub Free版本。目前GitHub Free不在本地运行。

GitLab是GitHub的替代方案。有些管理员无法在其数据中心外存储数据，这些管理员可以选择GitLab Free本地实例，它支持vRA集成并且可以在本地运行。

了解GitHub vRA集成

Git是一种开源分布式代码管理和版本控制技术，它使管理员能够存储和共享代码。它是GitHub以及竞争产品的基础。管理员必须先在基于Web的Git服务或本地Git服务创建帐户，然后才能启动与vRA的Git集成。每个服务都有其自己的设置过程，因此管理员应遵循服务文档中的准则。

无论管理员选择使用哪种基于Git的服务来结合vRA使用，他们都需要建立存储库。管理员可以在存储库中创建目录结构，在其中放置蓝图、ABX脚本和Orchestrator对象文件。蓝图必须具有固定名称，例如blueprint.yaml，以便管理员可以将其放置在自己的目录中。

现在，管理员可以配置Git存储库与vRA的集成。点击Cloud Assembly中的“Infrastructure ”选项以查找集成选项。

GitHub Free选项自动链接到服务器URL中的GitHub API。管理员可以添加自己的个人令牌（由GitHub识别），然后使他们能够将GitHub集成添加到vRA。

下一步是将项目添加到GitHub vRA集成中。管理员可以为蓝图添加链接到存储库，或为每个已配置项目添加ABS脚本。该存储库指向GitHub中的主要分支，尽管有子分支，管理员可以在其中放置其蓝图代码。

当管理员添加项目后，vRA会拉出存储库中的所有蓝图，并将其提供给项目。管理员可以在Cloud Assembly中的“Design”选项下找到来自GitHub的蓝图。他们还可以从中央存储库中提取ABX脚本。

为使用Git存储库管理vRealize Orchestrator工作流的版本，管理员必须从vRealize Orchestrator本身生成链接到其存储库。该过程类似于vRA，但有两个区别：

• GitHub为整个vRealize Orchestrator系统控制蓝图版本—不是按项目；
• GitHub vRealize Orchestrator集成支持双向流量，而GitHub vRA集成仅是单向交互。

当管理员同步存储库时，对vRA中的蓝图所做的更改不会推动到Git系统。但这正是某些管理员所需要的，因为他们必须集中管理蓝图版本。

尽管如此，vRealize Orchestrator存储库仍支持双向流量，这使管理员可以将对蓝图所做的更改存储在Git系统中。