问题标签 [go-cd]

在 Git 提交和推送之后，Go 管道有时可能需要一段时间才能启动。即使手动按下开始按钮，也可能需要很长时间。是否有设置或方法让它更快地接受更改并更快地启动？我不介意它是否在服务器上使用更多资源。

我在其中一个项目的 Thoughtworks Go 中收到以下错误，这是什么意思，我该如何解决？

材料的修改检查失败：URL： https：//用户名：******@bitbucket.org/company/project.git，分支：[Mar-03 17:08:55] 执行命令时出错：---命令 --- git rev-parse --abbrev-ref HEAD --- Environment --- {} --- INPUT ---- --OUTPUT --- HEAD --- ERROR --- STDERR: fatal: ambiguous参数“HEAD”：未知修订版或路径不在工作树中。STDERR：使用 '--' 将路径与修订分开，如下所示： STDERR: 'git [...] -- [...]' ---

是否有插件或任何其他方式在 go-cd 的选项卡中显示外部网页。我们的测试结果托管在不同的域上，我想在 gocd 中显示它。

我正在研究持续集成工具并从中受益。对于我的研究，我正在查看以下工具：

1. GitLab CI
2. 詹金斯
3. 竹子
4. 光盘
5. 团队城市

现在我不会用所有的要求和好处来打扰你。但到目前为止，除了这些之外，我还没有发现工具之间有太多差异：

1. 扇入扇出支持GoCD
2. 社区规模，Jenkins 和 GitLab 似乎拥有最多的贡献者
3. 费用
4. 开源与否
5. 可用插件数量

我想知道是否一些不得不选择持续集成工具的人可以分享那里的经验以及他们选择该工具的原因，以及在选择我没有涵盖的之前是否有一些值得考虑的差异。

由于扇入扇出支持和持续交付管道的可视化，现在我倾向于 GoCD 是否有人对此工具的问题支持有经验？

在此表示感谢，

我正在使用GoCD包部署，我想知道是否有任何可能的方法来删除Stage Historyin GoAgent.

我问这个是因为在我们测试管道时阶段标签在一定程度上增加了，因此我们无法获得自动部署的确切数量。

谁能让我知道我是否可以删除所有舞台历史而不会对过程造成任何混乱？

我的管道有多个 git 材料，这迫使我添加工作目录。由于 gradle 插件没有工作目录，因此它找不到 gradlew 或 build.gradle。有没有办法解决这个问题。

有没有办法在 go.cd 中定义某种全局参数？我想定义一些对所有管道都通用的参数（例如，包含我所有存储库的服务器的 url）。

AFAIK，参数化构建有两种可能性，但没有一种适合全局配置：

• 为单个管道/模板定义参数
• 环境变量只能在任务内部使用

我正在运行一个C# tool来测试部署包的性能，并且该工具尝试在部署包Performance counters的机器上启动。当我通过GoServer.

但是，当我在命令提示符下手动运行该工具时，我没有遇到任何问题。

Exception while capturning Performance Counter for Machine仅当我通过 GoCD 运行该工具时才会发生。我不确定是什么导致了这个问题。

有人可以帮我吗？

我正在尝试构建一个应用程序，其中一些应该在 Windows 操作系统上执行，而另一些应该在 Linux 上执行，比如 Centos/Ubuntu。在设计管道时，如何确保所有与 windows 相关的任务/作业都应该转到 windows 代理，所有与 linux 相关的作业都应该转到适当的 linux 操作系统。

实现这一目标的理想方法是什么。

我正在寻找一个mvn基于（受支持的）命令，它将为我提供运行mvn package命令将产生的所有工件的所有 GroupID:ArtifactID:Version (GAV) 的列表。

对于没有父 pom 的单模块 Maven 项目，这是微不足道的：您可以查看 pom 内部。

对于具有父 pom 的单个模块 Maven 项目，您可以使用help:effective-pom它，它将显示一个带有<version>元素存在的 pom 文件。

对于一个多模块的Maven项目（reactor），其实你也可以这样做（没想到，刚试了一下就知道了）。这将允许为（多个）<project>元素解析文件。

还有什么要考虑的吗？

这样做的总体目标是能够为下游持续交付 ( http://go.cd/ ) 阶段/步骤/作业提供有关应该使用哪个版本的上游依赖项的信息。