VSTS 构建已过期
VSTS Build expired
我创建了一个触发构建的拉取请求并且构建成功，但一段时间后我的构建状态变为 "build expired" 所以要完成拉取请求我需要再次触发它。所以问题是：为什么会发生这种情况以及如何避免构建过期？
"Build Expired" 是分支策略的一个特征。
设置构建过期时间以确保对受保护分支的更新不会破坏打开的拉取请求中的更改。
始终需要新版本
当更新受保护的分支时，此选项将拉取请求中的构建策略状态设置为 "failed"。您必须重新排队构建以刷新构建状态。此设置确保拉取请求中的更改即使在受保护分支发生更改时也能成功构建。此选项最适合拥有重要分支且变更量较小的团队。在繁忙的开发分支中工作的团队可能会发现每次更新受保护的分支时等待构建完成会造成破坏。
如果早于 ... 小时，则需要新版本
如果传递的版本早于输入的阈值，则当受保护的分支更新时，此选项会使当前策略状态过期。此选项是在受保护分支更新时始终需要构建和从不需要构建之间的折衷。当您的受保护分支经常更新时，此选择非常适合减少构建数量。
不需要新版本
对受保护分支的更新不会更改策略状态。这减少了分支的构建数量，但在关闭最近未更新的拉取请求时可能会导致问题。
在推送请求的概述中，单击 "Build Expired" 旁边的省略号（右侧 3 个点）和 select "Queue Build"。如果失败，拉主，合并到你的分支，然后重新推送。
我创建了一个触发构建的拉取请求并且构建成功，但一段时间后我的构建状态变为 "build expired" 所以要完成拉取请求我需要再次触发它。所以问题是：为什么会发生这种情况以及如何避免构建过期？
"Build Expired" 是分支策略的一个特征。 设置构建过期时间以确保对受保护分支的更新不会破坏打开的拉取请求中的更改。
始终需要新版本
当更新受保护的分支时，此选项将拉取请求中的构建策略状态设置为 "failed"。您必须重新排队构建以刷新构建状态。此设置确保拉取请求中的更改即使在受保护分支发生更改时也能成功构建。此选项最适合拥有重要分支且变更量较小的团队。在繁忙的开发分支中工作的团队可能会发现每次更新受保护的分支时等待构建完成会造成破坏。
如果早于 ... 小时，则需要新版本
如果传递的版本早于输入的阈值，则当受保护的分支更新时，此选项会使当前策略状态过期。此选项是在受保护分支更新时始终需要构建和从不需要构建之间的折衷。当您的受保护分支经常更新时，此选择非常适合减少构建数量。
不需要新版本
对受保护分支的更新不会更改策略状态。这减少了分支的构建数量，但在关闭最近未更新的拉取请求时可能会导致问题。
在推送请求的概述中，单击 "Build Expired" 旁边的省略号（右侧 3 个点）和 select "Queue Build"。如果失败，拉主，合并到你的分支，然后重新推送。