【问题标题】:Deploying websites with git (or generally: deployment workflow)使用 git 部署网站(或通常:部署工作流程)
【发布时间】:2016-07-03 17:31:56
【问题描述】:

所以我从几年前就开始创建网站了,但我从不关心一个好的工作流程。所以我做了一些坏事,比如在生产服务器上工作等等。

我想改进这一切,所以我遇到了 git 和 wordmove 等工具(用于 wordpress)。

我试图想象我想要什么或我认为可行的方法: workflow visualization

现在我认为有些地方“错误”或“不太好”,可以做得更好,但我真的不知道该怎么做。

所以我有我开发的本地机器,然后我有一个 bitbucket 存储库、一个用于向客户显示当前状态的临时服务器和一个作为客户实时服务器的生产服务器。

我会很感激一些帮助 :P 如何理解它。

【问题讨论】:

    标签: wordpress git deployment workflow


    【解决方案1】:

    从 git 2.3 开始,添加了一个名为“Push to deploy”的功能,您可以搜索文档或阅读here

    【讨论】:

    • 谢谢,我去看看。从现在开始我只听说过 post-receive-file 方法。
    【解决方案2】:

    您正在制作什么类型的网站? WordPress、Drupal 等?看来您走在正确的轨道上。

    如图所示,我建议为每个项目创建一个 developmentstagingproduction 分支,并为 repo 设置一个 webhook,以相应地监听推送和部署(和构建)。通过这种方式,您可以先部署到私有服务器,以便在合并到 production 之前先为客户端“暂存”您的项目/功能。

    stackahoy.io 正是为此而构建的。 1 个 repo 和无限分支是免费的。使用 Stackahoy 的一些好处是:

    • 在一处维护 git 存储库的部署
    • 维护静态配置文件(保存在 .gitignore 文件中的内容)
    • 预制部署后脚本
    • 根据推送的分支安全、即时地部署您的代码,并在部署时查看实时日志。
    • 一次部署到多台服务器(适用于负载平衡的应用程序)

    免责声明:我在 Stackahoy 工作,很乐意回答任何问题。

    【讨论】:

      猜你喜欢
      • 2013-05-03
      • 2014-09-11
      • 2013-09-19
      • 1970-01-01
      • 1970-01-01
      • 2014-05-04
      • 1970-01-01
      • 2012-10-12
      • 2018-10-13
      相关资源
      最近更新 更多