我正在尝试运行一个更改 kubernetes cronjob 映像值的命令，如此处所述。但是，我没有在 cmd 中键入此命令，而是尝试通过 Container Registry 的构建触发器运行它。

我试过 ' 和 \ 作为转义字符。

或者当我尝试

或者

我明白了error loading template: json: cannot unmarshal object into Go value of type []json.RawMessage

我正在使用 teamcity 来执行我的构建。

在我的存储库中，有多个项目使用不同的文件夹。例如像这样：

我有 3 条车道，应该都在自己的文件夹中。

project2的当前触发器配置如下所示：

但我不想将所有项目显式添加到每个项目的触发器配置中。所以我想说s.th。喜欢

这意味着我只想列出应该被监控但不排除所有其他文件夹的文件夹。当我只使用上面的最后一行时，其他两个文件夹也会被监控。

我怎么做？

标题听起来令人困惑，但这就是我的意思。

我有作业 A，如果成功，它将运行作业 1、2、3 和 4。这就是它在构建触发器中的配置方式。

我有工作 B，我想让它在成功后也运行 1、2、3 和 4。

但是，如果 A 或 B 已经运行了作业 1、2、3 或 4，我不希望它们运行。例如，如果作业 A 和作业 B 都计划运行，那么它将加倍构建 1、2、3 和 4，这不是我想要的（会导致 git 标签问题、构建等）。

我该怎么做，我可以通过网站来做吗？这就是我所熟悉的。

作业 1、2、3 和 4 仅用于名称；他们不必互相追逐。

我是詹金斯管道的新手。你有一个例子说明我如何使用 jenkinsfile 来防止 jenkinsfile 中的自动 scm 触发吗？我希望像属性[autoSCMTrigger：false]这样的东西。

如果没有手动检查某个参数，我现在已经尝试允许构建失败，并且现在可以工作，但如果每次提交都触发失败构建，它看起来并不好。

我知道您可以在配置>构建触发器下设置禁用自动 SCM 触发，但我似乎无法保存它，因为我正在使用 jenkins 项目或其他版本。

我想知道是否有办法在 JENKINSFILE 中设置它。例如属性（[autoSCMTrigger: false]）

我的 Dcker 文件

我能够在本地构建图像。

但是当谷歌（云构建）尝试构建图像时，我收到以下错误：

在线快速搜索表明repo 可能处于脱机状态，但我怀疑情况是否如此。似乎 Google Cloud 构建阻止了对存储库的访问。还有其他人遇到这个问题吗？有关如何解决此问题的任何指示？

问题

使用时，cloudbuild.yaml文件，专门为其构建环境命名，例如cloudbuild-dev.yaml和cloudbuild-prod.yaml，并在触发器设置中配置/定位，当 GCB 对 GitHub 做出反应时，它们不会被找到/识别事件（推送等）。

但是，当从GCB 控制台手动运行 Trigger 时，它工作得很好。

在项目的根目录中使用通常命名的cloudbuild.yaml时，Cloud Build 会正确运行预期的步骤。

解决方法

简而言之，没有一个容易的（imo）。但是要让它运行，你只需要使用一个 _cloudbuild.yaml）。

但是，为了有效地在开发和生产环境中重复使用它，这个问题阻止了一个

每 +61 分钟，例如 00:00、01:01、02:02、03:03 ...

我想在每次提交后触发构建的 Jenkins 作业中设置我无权访问我在 Github 上的存储库中的设置，因此我无法使用 WebHook。

以其他方式设置它的最佳/简单方法是什么？

我有私人存储库 Github 的工作，并通过 SSH 克隆项目我也使用 Github Oauth Token

Jenkins 持续集成服务器正在 Ubuntu 主机上运行

所以我有一个应用程序拆分为 4 个不同的存储库，它们都有自己的 Azure Pipeline 构建。但是这 4 个构建的工件被部署在一个版本中（到一个应用程序中）。

在其中一个存储库中的我们的开发分支上签入（拉取请求合并）时，启动了该存储库的构建。当此构建完成时，将使用新完成的构建工件 + 3 个旧工件触发发布，该工件基于来自其他存储库的“来自带有标签的构建管道默认分支的最新版本”。所以总是来自开发（dev）分支的最新版本。

现在我们还想为在不同存储库中创建的每个拉取请求部署一个环境，以便我们的业务可以测试拉取请求。

我已经完成了发布管道（环境的实际部署），但不确定如何正确选择工件。在拉取请求分支上构建之后，我需要使用来自该触发构建的拉取请求工件 + 来自其他 3 个构建的最新开发分支工件开始发布。

手动我可以启动一个新版本，默认情况下它会选择所有开发工件，但手动我可以为 PR 分支选择正确的工件并开始正确的部署。但我想自动化（触发）这个。

如何配置此自动触发器？我可以使用标签吗？还是我以错误的方式思考这个问题？

编辑

我最终通过使用具有不同工件过滤器的 4 个不同阶段来设置它。每个工件都有一个阶段。对于该工件，我们允许 dev_* 并且所有其他工件都需要来自 dev_。这样，每个工件触发器都会触发正确的阶段，为其他人选择功能分支和开发分支。

这不是理想的解决方案，因为它确实需要一些重复的代码，但通过使用任务组，我已经能够最大限度地减少这种情况。但现在我没有看到更好的解决方案。

一个带有 Angular 的 ASP.NET Core API 项目可以在不到一分钟的时间内在本地机器上构建，但是当我使用 Google Cloud Builder 的 Build Trigger 来自动化这个过程时，它需要很长时间。我将 cloudbuild.yaml 设置如下。该项目使用 .NET Core 2.2 和 Angular。我该怎么做才能让 Cloud Build 再次正常运行？

我试图修改 CloudBuild.yaml 文件，比如增加超时，但这也没有帮助。

这是用于将应用程序部署到 AppEngine Flexible 的 cloudbuild.yaml。它首先安装 Angular 的依赖项，然后构建它，发布 API 并部署应用程序。

由于在本地构建它需要几秒钟，因此使用 Cloud Builder 应该不会超过几分钟。

Cloud Build 的日志只显示一条消息指示超时，但我越增加超时限制，越需要时间没有完成。