巧用GitHub Action实现自动化部署Java项目_actions/setup-java

本文已收录至我的Github仓库DayDayUP：github.com/RobodLee/DayDayUP，欢迎Star

⭐⭐⭐⭐⭐转载请注明出处：https://blog.csdn.net/weixin_43461520/article/details/127475965

前言

我在前几天写了篇文章，是说如何使用GitLab CICD实现项目的自动化部署到指定的Web服务器中，没看过的小伙伴可以去看看：你是个成熟的项目了，该学会自动构建自动部署了。但是如果是我的个人项目，我应该是不大会使用GitLab的，因为如果仅仅是为了自动化部署而去安装一个GitLab的话，对我而言代价高了点。所以我更愿意把代码放在GitHub、Gitee这样的平台。如果GitHub、Gitee能实现同样的功能，那自然是最好不过了。我本来是想用Gitee试试的，不过Gitee的自动化部署是收费的，只有200分钟的试用时间，感觉也用不了多久，所以还是用GitHub吧。

流程介绍

GitHub的自动化部署功能叫做GitHub Actions，就是图中红框的部分，而GitHub_Action是我用来测试自动化部署功能创建的项目。

它的使用方式和GitLab CICD差不多。在项目中指定一个workflow文件，然后在workflow文件中定义任务去指定具体的执行步骤，然后代码提交时，GitHub就会开一个虚拟机去执行workflow，从而达到自动化部署的功能。既然是在虚拟机中运行任务，所以理论上实现方式就有两种：

这两个方案的区别就是编译的过程是在GitHub提供的虚拟机里面还是在我们自己的Web服务器中。

如果使用方案二的话，就需要在我们自己的Web服务器中安装Maven。而本地的Maven仓库动不动就长到了几个G，我的服务器只有40G的容量，我不想让Maven仓库去占用我的空间，所以下面的讲解是基于方案一的。

workflow定义

在此之前，我们需要在Secrets中定义几个变量，用于在后面的workflow文件中引用。

这里我将Web服务器的ip和密码定义在了这里。这一步其实并不是必须的，不过如果不定义的话就需要将这些敏感的信息写在workflow文件中。如果仓库是private的话，当然没有问题，但要是public的话，所有人都可以在workflow文件中看到你服务器的ip和密码了，这显然是不安全的。所以可以将一些敏感的信息定义到Secrets里面。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/weixin_40725706/article/detail/185993