章鱼部署缓存
Octopus deployment caching
我们正在使用章鱼来部署我们的项目。在部署期间执行的一系列步骤。其中之一是 powershell 脚本，该 powershell 脚本正在进行中。
然而，为了测试脚本，我们必须执行虚拟签入，或者在我们更改构建 powershell 脚本步骤后可以在章鱼中创建新版本，它会立即获取构建步骤并且不会缓存，否则执行的脚本是以前的版本。
我不知道这是缓存问题还是其他问题。我认为这是我所缺少的章鱼或设置的某种问题。
请帮忙。
部署自动化的一个重要方面是确保每次部署都准确重复 运行。
当您在 Octopus Deploy 中创建一个版本时，工件、过程和变量都是该版本的 "locked in"。这意味着无论您进行什么更改，在该版本的生命周期内，每次都会以相同的方式执行。
如果您的部署工具没有这样做，同样的版本可以在您的测试环境中工作，但在实际环境中会失败，因为部署过程在某些方面发生了变化。
实际上，您发布对部署过程的更改就像发布对应用程序本身的更改一样。
这就是为什么您需要在 Octopus Deploy 中创建一个新版本才能看到您所做的更改。
这既是福也是祸...一方面 - 您计划于 Production 发布的现有版本受到保护，不会在较低环境中进行更改。另一方面 - 如果您需要在周期中进行轻微的流程更改，您将被迫重新创建 release。这是有争议的正确方法，因为您想要测试任何更改 - 但如果您的更改只能在更高的环境中进行测试，则可能不相关（例如，可能只有 Production 是负载平衡的）。
该软件确实允许更新 Variables 中间周期，但不允许 Process Steps。我相信此功能已被要求用于未来的版本。
我们正在使用章鱼来部署我们的项目。在部署期间执行的一系列步骤。其中之一是 powershell 脚本，该 powershell 脚本正在进行中。
然而，为了测试脚本，我们必须执行虚拟签入，或者在我们更改构建 powershell 脚本步骤后可以在章鱼中创建新版本，它会立即获取构建步骤并且不会缓存，否则执行的脚本是以前的版本。
我不知道这是缓存问题还是其他问题。我认为这是我所缺少的章鱼或设置的某种问题。
请帮忙。
部署自动化的一个重要方面是确保每次部署都准确重复 运行。
当您在 Octopus Deploy 中创建一个版本时，工件、过程和变量都是该版本的 "locked in"。这意味着无论您进行什么更改，在该版本的生命周期内，每次都会以相同的方式执行。
如果您的部署工具没有这样做，同样的版本可以在您的测试环境中工作，但在实际环境中会失败，因为部署过程在某些方面发生了变化。
实际上，您发布对部署过程的更改就像发布对应用程序本身的更改一样。
这就是为什么您需要在 Octopus Deploy 中创建一个新版本才能看到您所做的更改。
这既是福也是祸...一方面 - 您计划于 Production 发布的现有版本受到保护，不会在较低环境中进行更改。另一方面 - 如果您需要在周期中进行轻微的流程更改，您将被迫重新创建 release。这是有争议的正确方法，因为您想要测试任何更改 - 但如果您的更改只能在更高的环境中进行测试，则可能不相关（例如，可能只有 Production 是负载平衡的）。
该软件确实允许更新 Variables 中间周期，但不允许 Process Steps。我相信此功能已被要求用于未来的版本。