首页 > 解决方案 > 带有虚拟内容的单独“演示”站点的 Git 实践

问题描述

我目前正在为我第一次发布 saas 产品做准备。我很难决定是否应该让我的客户入职“演示”网站(带有一些虚拟内容)与现场制作网站分开。所以在这一点上,我正在考虑采用“demo.mysite.com”、“mysite.com”。演示站点需要尽可能地展示主要产品的所有功能。我将在“演示”网站上植入一些虚拟内容。

我没有开发团队,目前只有我一个人。

我的工作流程是:

  1. Step1:从master(live)拉取最新代码
  2. 第 2 步:在本地处理功能
  3. Step3:将其推送到“staging.mysite.com”
  4. Step4:如果staging一切顺利,将其推送到演示站点和现场制作站点。

根据需要重复。

这是一个正确的工作流程吗?我应该考虑为所有站点设置不同的分支吗?然后我不知道如何使所有这些都与最新版本保持同步。

标签: gitgithubproduction-environmentstagingdemo

解决方案


我认为您应该实施一个标准的工作流程,将存储库从 Local> QA> staging 然后到 Production 分开,这样当您扩展到更大的团队时,工作流程就不会混乱和混乱。并且可以很容易地在不同的环境中进行测试,并且可以在您进行魔法之前轻松查看问题所在,并为自己带来更多问题。

“开发、登台和生产模型……任何实际代码开发都不应该在登台服务器上进行——只需对操作系统参数或应用程序设置进行细微调整。登台服务器是应用程序准备好部署之前的最后一步到生产服务器。”

参考: https ://www.itprotoday.com/devops-and-software-development/development-staging-and-production-model


推荐阅读