Jon*_*nny 5 google-app-engine continuous-deployment
GAE推送部署管道在哪里?我看到詹金斯和所有新东西的所有新东西,但旧的管道设置是否已经消失了?最近设置和工作花了10秒钟.我仍然在~5个正在进行的生产环境中使用它.我需要将它用于下一个项目,但我找不到它.
如果一切都失败了,我们是否必须使用Jenkins?它最终可能不是问题,但我会质疑是否需要为部署自己的源代码而付费.无论如何,一开始设置会很麻烦.
我收到了这封电子邮件,现在偶然发现它...我认为它说明了发生了什么.
你好,
快速,轻松,安全地部署代码的能力是伟大的云开发人员体验的重要组成部分.您已经使用GCP上的Release Pipelines功能进行推送 - 部署,并为我们提供了非常有见地的反馈.我们清楚地听说您需要更多的灵活性和控制力.所以我们决定将产品推向这个方向.
我们希望为您提供Jenkins的全部灵活性,而不是具有少量选项的管道.我们听说设置Jenkins很难,所以我们为您提供了更简单的工具.有一些说明解释了如何使用提供的插件设置Jenkins并为您的GCP应用程序配置持续部署.
随着此解决方案的推出,我们将在1月22日之前删除开发人员控制台中的发布管道UI.如果您当前正在使用构建/测试选项,请记住禁用您的管道,这样您就不会再收费了.
请注意,仍然支持与GitHub和Bitbucket的repo同步,并且上面包含了从push事件触发部署的Jenkins插件.
如果您在发布管道中使用了"仅源"选项,则可以使用gcloud app update将源部署到App Engine.
如果您有任何疑问,请发送电子邮件至release-pipelines-support@googlegroups.com.
Google Cloud Release Pipelines团队
粘贴电子邮件时链接消失,因此文档的最后一个链接是:https://cloud.google.com/sdk/gcloud-app
我想我应该能够继续使用gcloud app update... 继续部署源代码来恢复项目...我还没有尝试过.
此主题也相关:https://groups.google.com/forum/#!topic / google -appengine/XUIh7QlO37U它明确指出现有项目应该能够像以前一样继续部署.新项目可能不得不使用Jenkins ......嗯.
没有像这样的命令.相反,我们必须进入app.yaml所在的项目文件夹并运行:gcloud app update
gcloud preview app deploy .
但FIRST(!)我们必须安装更多东西(如果上面的命令失败):
gcloud components update app
当然,这意味着没有"推",只有"部署".与Google的中央存储库无关.您必须为此托管自己的仓库......实质上,这与使用桌面GoogleAppEngineLauncher部署给我的差别不大.
| 归档时间: |
|
| 查看次数: |
2682 次 |
| 最近记录: |