2.1 更直白点说

　　　　1. 从 github 上下载代码（首次，有更新）

　　　　2. 会创建一个新的 build 。（bulids 菜单里面可以看到列表）

　　　　3. build 后，会替换掉现有的 image 内容。

　　　　4. 将image 进行 deployment(部署)

　　　　5. 将 deployment 的内容放在 pod（容器）中，提供 service 服务。

　　2.2 级阶段，我们只需要关心

　　　　1. github 代码自动同步

　　　　2. build 是否成功

　　　　3. deployment 是否成功

　　　　4. pod 启动是否成功

　　　　以上内容在对应的菜单都有列表可以查看。

3. 需要注意的地方

　　3.1 build 只能有一个执行

　　　　当您新建 bulid 是，要观察列表中是否有 状态为 “pending”、“runing” 的，如果有，请先关闭它，再执行新的 build

　　3.2 bulid 分支版本

　　　　build 支持分支版本，或者某一次的提交作为初始版本，如果不选择，默认为 master

　　　　选择菜单 builds->builds ,选择列表中的项目名。  进入项目的历史 build 页面。 点击“Actions”，选择 edit

　　　　选择 显示高级选项

　　　　Git Reference 提示也说了，可以指定 branch、tag、commit 作为此次编译的参考

　　　　Context Dir ，这个目录就是你需要发布的内容目录了，默认情况下就是/根目录，但是如果你的 GitHub 像

　　　　官方提供的java-quickstart 这样，是包含了多个 Project 的。那么你就要选择一个目录作为你这个应用程序的 Project

　　　　举例来说：我要发布java-quickstart 中的 tomcat-websocket-chat 。并且为 branch 1.2 这个版本的。

　　　　Git Repository URL : https://github.com/liuqi0725/openshift-quickstarts

　　　　Git Reference : 1.2

　　　　Context Dir : tomcat-websocket-chat　　　　

 　　3.3 头疼医头，脚痛医脚。

　　　　发布过程，可能会出现 build 失败，deployment失败, pods 失败。

　　　　build 成功的标志“complate”状态， depoyment 成功标志“Active”状态，pod 成功标志“Running”状态，并且Containers Ready 为 “1/1”

　　　　以上3个内容，均在对应的菜单查看。

　　　　那个环节失败了，点击进入进行重新的 build、deply

4. 使用 webhook 自动关联 github 代码变更

　　4.1 选择菜单 builds -> builds ，点击 porject name 进入 project 的build 历史。 选择顶部 tab 的 Configuration. 复制 webhook url

　　4.2 打开 github 您的项目，选择 setting ，选择 webhook

　　　　成功后，应该是一个绿色的正确标志。