【发布时间】:2021-06-23 03:18:06
【问题描述】:
我有几个关于 devops/docker/github 操作的问题。 我对这一切都很陌生,看过一些完整实施的项目,但我错过了一些“部分”。 我正在尝试自己建立一个“完整的项目”,只是为了锻炼/训练和熟悉一切。 目前,我有 3 个分支:dev、uat 和 master。 我在 dev 上工作(这是默认分支)。我创建了 dev 分支的本地分支,并将本地更改推送到该分支。 每次我完成一项工作(比如说用户登录功能),我都会把它推送到 uat。 一些客户可以访问 uat 服务器并能够测试这些新功能。在他们接受更改后,从 uat 到主服务器(即实时服务器)的所有内容。
我想到目前为止一切都很好,如果我错过了什么或有什么我可以做得更好的事情,请告诉我!
我的问题是什么:
- 如果我将更改推送到 dev 分支,它应该会在我能够打开 dev 分支的 pr 之前自动测试这些更改,这可以通过 Github Actions 实现吗?还是我对我在互联网上阅读的内容的理解有误?
- 在推送过程中进行测试时,我是否必须启动 Docker 容器?还是我在 Docker Actions 提供的 ubuntu VM 上测试这些东西?最佳做法是什么? 我知道两者都有可能,但最佳做法是什么?
- 有人有例子吗?或者关于这个的教程/博客?我正在尝试连接点,但我有点卡住了...... 干杯,非常感谢您的帮助!
【问题讨论】:
标签: docker continuous-integration continuous-deployment github-actions continuous-delivery