Google 推送部署发布管道已禁用？
Google push-to-deploy release pipeline disabled?
我确实在 Google App Engine 上 运行 获得了一个小型 Python 应用程序。有一段时间我确实使用了 Google 的推送部署功能，一旦我将主分支的新版本推送到我的 bitbucket git-repository.
我最近重命名了我的存储库并注意到 Google 的开发者控制台中的发布管道不再工作。我没有添加简单的发布管道，而是收到以下消息：
See this documentation for information on how to set up Jenkins,
and configure continuous deployment for your GCP apps.
- 如何再次利用简单的一键部署解决方案？
- 使用 Jenkins 有优势吗？据我所知，我现在必须订阅一个 Google Compute Engine 实例，它为我执行 运行 Jenkins。但我想远离维护虚拟机。
我是 Google Cloud 的产品经理。
基于全面的客户反馈和评估，我们不相信
Push to Deploy 满足了我们大多数客户的期望和需求。我们希望为客户提供优质、可持续的产品，以满足绝大多数用户的需求。我们被告知，许多要求更多控制权的客户的选择是 Jenkins 路线。
因此，我们将继续研究如何让客户满意
谁想要像 Push to Deploy 这样更简单的解决方案，并且会在我们取得进展时及时通知您。
我确实在 Google App Engine 上 运行 获得了一个小型 Python 应用程序。有一段时间我确实使用了 Google 的推送部署功能，一旦我将主分支的新版本推送到我的 bitbucket git-repository.
我最近重命名了我的存储库并注意到 Google 的开发者控制台中的发布管道不再工作。我没有添加简单的发布管道，而是收到以下消息：
See this documentation for information on how to set up Jenkins, and configure continuous deployment for your GCP apps.
- 如何再次利用简单的一键部署解决方案？
- 使用 Jenkins 有优势吗？据我所知，我现在必须订阅一个 Google Compute Engine 实例，它为我执行 运行 Jenkins。但我想远离维护虚拟机。
我是 Google Cloud 的产品经理。 基于全面的客户反馈和评估，我们不相信 Push to Deploy 满足了我们大多数客户的期望和需求。我们希望为客户提供优质、可持续的产品，以满足绝大多数用户的需求。我们被告知，许多要求更多控制权的客户的选择是 Jenkins 路线。 因此，我们将继续研究如何让客户满意 谁想要像 Push to Deploy 这样更简单的解决方案，并且会在我们取得进展时及时通知您。