包含虚假内容的单独“演示”网站的Git练习

时间:2019-06-25 10:11:40

标签: git github production-environment staging demo

我正为我第一次发布saas产品做好准备。我很难决定我是否应该让客户继续使用“演示”站点(带有一些虚拟内容)与现场制作站点分开。因此,在这一点上,我正在考虑采用“ demo.mysite.com”,“ mysite.com”。演示站点需要尽可能接近地展示主要产品的所有功能。我将使用一些虚拟内容为“ demo”网站添加种子。

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

我的工作流程是:

  1. 第一步:从主服务器(实时)中获取最新代码
  2. 第2步:在某项功能上进行本地处理
  3. 第3步:将其推送到“ staging.mysite.com”
  4. 第四步:如果一切都很好,可以将其推送到演示站点和现场制作站点。

根据需要重复。

这是正确的工作流程吗?我是否应该考虑为所有站点设置不同的分支机构?然后我不知道如何将所有这些都保持最新。

1 个答案:

答案 0 :(得分:0)

我认为您应该实施一个标准的工作流程,将存储库从“本地”>“ QA”>“阶段”再划分为“生产”,这样,当您扩展为更大的团队时,工作流程将不会造成混乱和混乱。 而且可以轻松地在不同的环境下进行测试,并且可以轻松地了解问题所在,然后再为自己造成更多问题。

“开发,登台和生产模型。...切勿在登台服务器上进行任何实际的代码开发-只需微调OS参数或应用程序设置。登台服务器是应用程序发布前的最后一步准备部署到生产服务器。”

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