第 13 章 部署环境后的可选步骤
根据您的环境需求,您可能需要在部署后完成某些可选步骤。
13.1. (可选)提供 Git hook 目录
如果您部署了编写的环境并配置 GIT_HOOKS_DIR
参数,则必须提供一个 Git hook 目录,且必须在 Business Central 部署中挂载此目录。
Git hook 的典型用途与上游存储库交互。要启用 Git hook 将提交推送到上游存储库,还必须提供一个与上游存储库上配置的公钥对应的 secret 密钥。
先决条件
- 已使用模板部署了 Red Hat Process Automation Manager 编写环境
-
您可以在部署中设置
GIT_HOOKS_DIR
参数
流程
如果需要使用 SSH 身份验证与上游存储库交互,请完成以下步骤以使用所需文件准备并挂载 secret:
-
使用与存储库中存储的公钥匹配的私钥准备
id_rsa
文件。 -
使用存储库的正确名称、地址和公钥准备
known_hosts
文件。 使用
oc
命令创建带有两个文件的 secret,例如:oc create secret git-hooks-secret --from-file=id_rsa=id_rsa --from-file=known_hosts=known_hosts
将 secret 挂载到 Business Central 部署的 SSH 密钥路径中,例如:
oc set volume dc/<myapp>-rhpamcentr --add --type secret --secret-name git-hooks-secret --mount-path=/home/jboss/.ssh --name=ssh-key
将
<myapp
> 替换为您在配置模板时设置的应用程序名称。
-
使用与存储库中存储的公钥匹配的私钥准备
创建 Git hook 目录。具体步骤请查看 Git hook 参考文档。
例如,一个简单的 Git hook 目录可以提供提交后 hook,用于推送上游更改。如果项目从存储库导入到 Business Central,则此存储库将配置为上游存储库。创建名为
post-commit
的文件,其权限值为755
和以下内容:git push
注意Business Central 不支持
pre-commit
脚本。使用提交后
脚本。为 Business Central 部署提供 Git hook 目录。您可以使用配置映射或持久性卷。
如果 Git hook 由一个或多个固定的脚本文件组成,请使用配置映射。完成以下步骤:
- 更改到您创建的 Git hook 目录。
从目录中的文件创建 OpenShift 配置映射。运行以下命令:
oc create configmap git-hooks --from-file=<file_1>=<file_1> --from-file=<file_2>=<file_2> ...
将
file_1、
file_2
等替换为 Git hook 脚本文件名。例如:oc create configmap git-hooks --from-file=post-commit=post-commit
将配置映射挂载到您配置的路径中的 Business Central 部署中:
oc set volume dc/<myapp>-rhpamcentr --add --type configmap --configmap-name git-hooks --mount-path=<git_hooks_dir> --name=git-hooks
将
<myapp>
替换为在配置模板时设置的应用程序名称,<git_hooks_dir>
是在配置模式时设置的GIT_HOOKS_DIR
的值。
-
如果 Git hook 由长文件或依赖二进制文件组成,如可执行文件或 KJAR 文件,请使用持久性卷。您必须创建一个持久性卷,创建一个持久性卷声明,并将卷与声明关联,将文件传送到卷,并在
myapp-rhpamcentr
部署配置中挂载卷(将 myapp 替换为应用程序名称)。有关创建和挂载持久性卷的说明,请参阅使用持久性卷。有关将文件复制到持久性卷的说明,请参阅 从容器中传输文件和移出 文件。
等待几分钟,然后检查项目中的 pod 列表和状态。由于在提供 Git hook 目录前 Business Central 不会启动,所以 KIE 服务器可能根本不启动。要查看它是否已启动,请检查以下命令的输出:
oc get pods
如果一个有效的 KIE Server pod 不存在,请启动它:
oc rollout latest dc/<myapp>-kieserver
将
<myapp
> 替换为配置模板时设置的应用程序名称。