【问题标题】:Create RollBack task in Visual Basic Online for Release Management在 Visual Basic Online 中为发布管理创建回滚任务
【发布时间】:2017-07-01 01:29:10
【问题描述】:

我想在visual basic online中为Release Management创建回滚任务。

我有一些步骤,但需要更多时间。

步骤是:

  1. 备份:执行原始文件的备份以供以后回滚。

  2. 部署:将最新文件从工件复制到目标文件夹。

3.Configure — 对设置进行配置更改。

4.Rollback — 从备份中回滚文件以防部署失败。退出前删除备份。

我们可以看到备份数据库需要很长时间。那么我们该如何优化呢?

有没有其他方法可以让我们在执行回滚任务时实现并花费更少的时间?

【问题讨论】:

    标签: visual-studio-2012 tfs azure-devops release-management rmo


    【解决方案1】:

    版本中没有回滚更改的内置功能/任务,您需要通过自己的脚本来完成。

    有多种选项可以被视为回滚 战略。

    1. 选项#1:通过重新部署以前的版本撤消更改

      第一种选择是简单地重新部署之前成功的 发布。这可能适用于独立应用程序。

      每当应用程序依赖于某些外部服务或具有 涉及数据库,这种方法效果不好。依赖者 服务可能已升级并且不再与 以前的版本。数据库可能已更改架构 以前的版本不再健康。

    2. 选项#2:修复问题,再发布一次

      第二种选择是什么都不做。有些不对劲, 对其进行故障排除并修复它。一旦我们解决了问题,我们可以做另一个 释放。

      然而,这意味着环境对某些人来说仍然是不健康的 时间,只要修复准备好并部署即可。

    3. 选项#3:了解部署失败的原因并暂时进行临时更改

      上述两个选项都是有效的方法,但有一些 限制。

      这给我们带来了第三种选择。在修复准备就绪时 (选项2),对环境进行最小的更改以获得它 暂时健康。

    更多信息请参考:实现Rollback with Release Management for TFS 2015(适用于VSTS)

    【讨论】:

    • 问题是关于优化回滚,而不是创建回滚。
    【解决方案2】:

    您无法真正优化备份/恢复过程。

    如果您使用虚拟机进行部署,那么您应该在升级之前对其进行快照,那么回滚只是恢复快照。

    这将更快,几秒钟,而不是几分钟或几小时......

    【讨论】:

    • 我们如何使用VM,你能澄清一下吗?
    猜你喜欢
    • 1970-01-01
    • 2015-02-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-09
    • 2018-11-16
    • 1970-01-01
    相关资源
    最近更新 更多