自动部署操作真的那么容易上手吗?
- 内容介绍
- 文章标签
- 相关推荐
本文共计930个文字,预计阅读时间需要4分钟。
如果您希望将上述内容简化并限制在100字以内,可以这样
若本地执行ui同学平时把素材包都放在直接挂载的服务器上,有人群建议可直接访问。若希望本地+git push到服务器后,目标服务器可直接拉取代码。
如果你希望本地执行ui同学平时把素材包都放在直到有一天,有人在群里建议可以直接挂在服务直接访问如果你希望本地执行 git push 到git服务器后,在目标服务器上直接拉取代码并进行部署的话,可以参考下本教程。
背景
ui同学平时把素材包都放在 git.ui 的git仓库中,几个版本迭代下来,整个仓库的大小已经达到了1.7g,每次clone都很艰难...
直到有一天,有人在群里建议可以直接挂在服务直接访问...
思路
拆分这个需求,有两个点需要实现:
步骤1进一步拆分,从这两个角度出发,第一个点有很多实现方案,在这里罗列几种实现方案:
这里以第一种方案为例,来具体实现一下。
因此整个流程需要分成三端,客户端(新变更推送)、git服务器(git挂载服务器)、目标服务器(进行自动部署的服务器)。考虑到第二点,在仓库被push的时候,要自动触发消息。
本文共计930个文字,预计阅读时间需要4分钟。
如果您希望将上述内容简化并限制在100字以内,可以这样
若本地执行ui同学平时把素材包都放在直接挂载的服务器上,有人群建议可直接访问。若希望本地+git push到服务器后,目标服务器可直接拉取代码。
如果你希望本地执行ui同学平时把素材包都放在直到有一天,有人在群里建议可以直接挂在服务直接访问如果你希望本地执行 git push 到git服务器后,在目标服务器上直接拉取代码并进行部署的话,可以参考下本教程。
背景
ui同学平时把素材包都放在 git.ui 的git仓库中,几个版本迭代下来,整个仓库的大小已经达到了1.7g,每次clone都很艰难...
直到有一天,有人在群里建议可以直接挂在服务直接访问...
思路
拆分这个需求,有两个点需要实现:
步骤1进一步拆分,从这两个角度出发,第一个点有很多实现方案,在这里罗列几种实现方案:
这里以第一种方案为例,来具体实现一下。
因此整个流程需要分成三端,客户端(新变更推送)、git服务器(git挂载服务器)、目标服务器(进行自动部署的服务器)。考虑到第二点,在仓库被push的时候,要自动触发消息。

