问题标签 [bamboo]

我正在努力让我的头脑围绕 ANT、CI、SVN 和部署。我有一个开发服务器、一个登台/qa 服务器、一个生产服务器和构建服务器。

理论上，CI 构建服务器 (bamboo) 将运行构建和 (FTP??) 然后到开发服务器。在某个时候，我们将决定将构建部署到登台服务器。我将如何更新作为 ANT 任务一部分的 FTP 信息？当我们部署到生产服务器时，同样的问题也适用。

在让 OpenCover 在我的机器上工作之后，下一步是让它与构建服务器一起工作。

我一直在尝试将 OpenCover 与 Bamboo Build Server 上的 MSBuild 集成。在构建解决方案后，我已按如下方式修改了 Build.proj 以运行 OpenCover：

“Coverage”目录是在解决方案根目录（构建期间的工作目录）中创建的。测试已运行并全部通过，但在Committing....构建日志中显示（将在命令行中显示的内容）之后，没有生成任何结果，并且构建继续执行下一个任务（使用 ReportGenerator 创建报告 - 这失败为CodeCoverageResults.xml 未创建）。

在构建机器上的命令行中运行相同的命令时，一切都按预期工作，并且可以由 ReportGenerator 生成报告。

有没有其他人有同样的问题？我是否需要像这个PartCover 示例一样注册等效的 dll？

安装 clover 插件后，我的构建开始失败，并显示以下错误消息：

“无法安装插件 [clover-3.0.2]。插件缺少 JAR 依赖项。”</p>

有任何想法吗？据我所知，它缺少休眠核心 3.1.1 GA，但我很确定我明白了，因为 grails 运行良好。

我目前专注于使用 svn、Jira 和 Bamboo 设置软件配置管理流程。不幸的是，我找不到使用上述工具的任何定义或标准做法。我正在寻找一组最佳实践，包括：

1. 最好的分支方式
2. 保持发展线的最佳模式
3. 通过 svn 提交使用 Jira 问题的最佳方法
4. ...

一个好的配置管理实践是微软为他的 TFS 解决方案提出的。上述工具的任何已知最佳实践集？

我拥有的先决条件：
- JIRA Studio（托管）
- 使用 Bamboo 3.0.4
- ami-1cbd4475

我假设我必须将 Bamboo 远程代理（一些 jar）安装到这个 Windows 实例。但是我在 Jira Studio 的 Bamboo 配置中既找不到代理安装的任何链接（如http://confluence.atlassian.com/display/BAMBOO/Creating+a+Remote+Agent中所述），也找不到所需的版本本人代理。我的假设完全正确吗？

谁能描述为 Bamboo 设置 Windows AMI 的过程？

我正在使用具有以下配置的 Maven 构建插件：

然后我使用版本号

格式。如果我在我的 PC 上构建它，它工作得很好，但是在 Bamboo 上构建它时它不会访问修订号。我认为 Bamboo 正在使用它自己的 SVN 客户端来获取修订号，但我不明白为什么它不能将它传递给 release-version 属性。谢谢佐尔坦

我想找到使用 Maven 2、Bamboo 3.1 和 JIRA 4.3 管理版本的最佳方式。我尝试了很多事情，但由于错误或缺少功能，我一直在死胡同。

我的最终目标是让版本来自 JIRA，让 Bamboo 获取这些版本并使用 Maven 从它们构建人工制品，然后将这些人工制品部署到存储库（在我们的例子中是 Nexus）。

以下是我尝试过的方法：

1）在项目版本的所有 pom 中使用占位符：

家长会

儿童绒球

如果您从项目根 pom 开始构建并-Dci.version=<my-version>在命令行上指定，则会构建。将它与Bamboo 发布管理插件结合起来，我可以构建和部署我的模块版本并根据需要发布。

这种方法的问题是 Maven 在部署或安装时不会替换 poms 中的占位符变量，这意味着存储库中的 pom 在${ci.version}我真的希望它们具有具体版本时具有标记。由于占位符，这意味着没有人可以使用我部署的模块。见MNG-2971。

2) 在 pom 中使用具体的 SNAPSHOT 版本，并使用 Bamboo 发布管理插件配置竹子以执行Maven 发布插件。

不幸的是，Maven 发布插件需要增加版本，竹子插件允许您获取当前版本的名称来构建，但不能获取下一个版本。如果没有这些信息，使用 Maven 发布插件会将版本增加到不受 JIRA 管理的内容。为了使这个选项起作用，我需要下一个可用的版本，或者能够在 Bamboo 发布管理插件完成后运行计划（第二个修复也会像你一样给提交日志添加额外的混乱获得一个自动增量的提交和一个正确增量的提交）。

2.b) 与 2) 相同，但是您必须在 Bamboo 中指定下一个版本，然后才能通过计划配置界面进行任何发布构建，手动将值设置为计划应该使用的下一个 JIRA 版本。这解决了 2) 的问题，但增加了额外的手动步骤。

3) 手动操作，可能使用 Maven 发布插件。完全忽略 Bamboo 中的所有发布功能，并通过调用 Maven Release Plugin 目标在需要时更改版本在命令行上手动管理发布。发生这种情况时，也需要手动发布 JIRA 版本。我们还需要配置一个竹子版本来运行和测试发布插件为非 SNAPSHOT 版本创建的标签。

这个选项涉及的过程太多，肯定会出错。

我不可能是唯一一个尝试使用这些技术自动发布的人，谁能帮忙。

谢谢

我最近将我的 Jira 服务器 (4.3.x) 与我的 Bamboo 服务器 (3.1.x) 和 Subversion 服务器 (Collabnet 1.6.x) 集成在一起。当我在 Jira 上单击项目的构建选项卡时，它只列出与项目问题链接的那些构建。但是我有很多构建与我的任何问题都没有关联，因此，这些构建没有在 Jira 的构建选项卡中列出。我如何告诉 Jira 列出我项目的所有构建，而不仅仅是那些与项目问题相关的构建？

我使用 Atlassian Bamboo 作为我的持续集成服务器。对于一个项目，我定义了两个计划，即开发计划和发布计划。不幸的是，Bamboo 对这些计划中的每一个都使用了两个单独的内部版本号。这使我无法通过构建号识别项目范围内的构建。有没有办法在 Bamboo 中一个项目的所有构建计划之间共享一个构建号？

我正在尝试让 mercurial 在 Windows 构建服务器上工作并且遇到问题。我遇到了设置 mercurial 钥匙串的麻烦（我必须安装 tortoisehg），它适用于每个用户。

问题是我使用 Bamboo 来运行构建，它作为 NT 服务运行，由SYSTEM. 因此，每当它尝试对 hg 做任何事情时，都会提示输入密码。

显然，我可以将密码放入配置文件中，但我想避免纯文本密码随便乱放。

据我所知，有两种方法可以解决这个问题。我都不知道该怎么做：

1. 使 mercurial 钥匙串全局化，而不是每个用户。这甚至可能是不可能的。
2. 以某种方式以 SYSTEM 用户身份登录并使用它执行一些反复无常的命令，以便它的钥匙串使用用户/密码信息播种。
3. 完全不同的东西……？

提前感谢您提供的任何见解！

-本