问题标签 [bamboo]

任何人都可以指出让 Bamboo 为 .Net 项目（Bamboo 3，VS2010）工作的好资源吗？尽管它的大小，Atlassian 自己的帮助文件并不是那么有用，它们几乎完全缺乏细节和实际示例，尤其是对于 .Net。我可以在论坛上找到有类似问题的人，但很少有答案。

在这一点上，我不想做任何超级棘手的事情，就像：

设置其他参数，而不仅仅是运行配置（在 vs2010 上无用）和运行 MSTest.exe 的容器。

将正确的路径传递给自定义命令/脚本（例如，如果我想以这种方式运行 MSTest 并传入 local.testsettings、结果文件等）

设置服务器有点痛苦，但这似乎比它需要的更难！

背景。我的组织使用 Maven、Bamboo 和 Artifactory 来支持持续集成过程。我们依靠 Maven 的 SNAPSHOT 限定符来帮助管理 Artifactory 中的存储（轮换旧的 SNAPSHOT 构建）并帮助保持跨团队集成的最新状态（Maven 在每次构建时自动检查对 SNAPSHOT 依赖项的更新）。

问题。我们面临的挑战之一是在继续使用 SNAPSHOT 的同时正确地在不同环境之间推广构建。假设测试人员将版本 1.8.2-SNAPSHOT 部署到功能测试环境，它在 Subversion 中的版本为 1400。假设它通过了功能测试。当测试人员决定将 1.8.2-SNAPSHOT 从 Artifactory 拉到性能测试环境中时，开发人员可能已经提交了对 Subversion 的更改，因此 Artifactory 中的实际二进制文件处于不同的版本。在使用 SNAPSHOT 构建时，我们如何确保 rev 不会从我们下面改变？

约束。我们显然不想在不知不觉中部署不同的构建。我们也不想从源代码重建，因为我们想在性能测试中测试我们在功能测试中测试的确切二进制文件。

我们考虑过的方法。我们的想法是我们想用第四个组件标记版本，例如 1.8.2.1400，其中第四个组件是 Subversion rev。（作为一个附带问题，是否有 Maven 插件或其他自动执行此操作的工具？）但是如果我们这样做，那么本质上我们将失去 SNAPSHOT 功能，因为 Maven 和 Artifactory 认为它们是不同的版本。

我们正在使用 Scrum，所以我们很早就部署到了测试环境（比如第二天左右）。我认为在开发周期的早期删除 SNAPSHOT 限定符是没有意义的，因为我们再次失去了 SNAPSHOT 的好处。

希望知道其他组织如何解决此问题。

我刚刚下载了 Bamboo 持续集成服务器的免费试用版，并创建了第一个计划，只是从 git 下载源代码。我在竹子机器上有一个本地 git 存储库，因此 git URL 指向本地路径。

问题是当我运行该作业时，即使等待一个小时后它也永远不会完成。这是活动日志的最后几行：

从 shell 我可以转到日志中显示的目录，并看到源代码已正确克隆到竹子工作目录。但是这项工作永远不会完成，并且日志不会从这里有任何更新。我必须手动终止工作。有任何想法吗？我错过了什么吗？

背景

我的 Bamboo 服务器在 Linux 上运行。我使用 Bamboo 为 Python 应用程序构建可执行安装程序和源代码分发。

我无法从 Linux 为我的 Python 包构建 MSI 安装程序，因此我在另一台机器上的 Windows 7 64 位上运行 Bamboo Remote Agent 作为服务。该远程代理被配置为提供构建 Windows 二进制文件的能力，因此 Bamboo 在其上运行 MSI 和 EXE 构建。

.zip 源 dist 和 .exe 安装程序已成功构建。但是，我的构建脚本在尝试构建 .msi 安装程序时失败。

构建脚本

构建脚本是一个非常简单的批处理文件：

错误

以下是我的构建日志的一部分（用于上下文）：

我从 Python 得到以下异常回溯：

0x65f转换为1631，如果我的 Google Fu 强大的话，它可能是"Error 1631: The Windows Installer service failed to start"。

进一步测试

如果我转到执行构建的机器上的 Bamboo 代理的构建目录，并从 Windows 资源管理器手动运行构建脚本批处理文件，则 .msi 构建成功。

请注意，我在以前的版本中使用了相同的 SVN 存储库修订版，但我不得不移动我的开发系统，并且可能无意中更改了 Windows 中的某些配置（或者可能是 Windows 更新破坏了它）。

我在 Bamboo 中创建了一个指向 MSDeploy 可执行文件的构建器。我想在部署新网站之前备份当前网站。

这是我要运行的命令行： "C:\Program Files\IIS\Microsoft Web Deploy\msdeploy.exe" -verb:sync -source:contentPath="Default Web Site\MyService",computerName="myserver" -dest:package="MyService_backup_before_43.zip" -enableLink:AppPoolExtension

所以我设置了一个新的 MSDeploy 构建器指向“C:\Program Files\IIS\Microsoft Web Deploy\msdeploy.exe”然后我选择我的构建器是 MSDeploy。

参数是： -verb:sync -source:contentPath="Default Web Site\MyService",computerName="myserver" -dest:package="MyService_backup_before_43.zip" -enableLink:AppPoolExtension

但是 MSDeploy 一直在抱怨：无法识别的参数 '"-source:contentPath="Default'。所有参数必须以“-”开头。

Bamboo 显然是为了尝试变得聪明而搞乱论据线。但是，我需要将双引号 (") 保留在它们所在的位置。

我已经尝试了我能想到的单引号和双引号的每一种组合，即在所有参数之前，在只有空格的那些前面，或者只有在那些有引号的前面。

请问有人知道如何让它工作吗？

我正在考虑从我们本土的 CI/CD 系统迁移到 Bamboo + jira。我们是一家 .Net 商店，因此这些工具需要支持执行 msbuild/msdeploy 可执行文件以及运行 .bat 和 .ps1 文件。

我正在寻找的是用于控制远程机器的更完整的代理系统。到目前为止，我所做的是使用一系列 powershell 脚本和事件日志来协调和控制远程机器上的部署。

我正在寻找的是有关 Windows 和 .Net 环境中的 Bamboo 以及如何配置远程代理以运行我们的部署脚本的文档。

目前，我们正在通过FinalBuilder运行我们的自动化（不是CI 本身）构建，通过一个非常简单的本土 Apache 界面，它只是在我们的服务器上启动 FB 脚本。（我喜欢 FinalBuilder，并且会保留它，但它是 CI 服务器，FinalBuilder Server只是没有削减它恕我直言——尤其是它目前不支持任何“代理”概念来跨机器分发构建。）

我们正在 Windows 上进行本地 C++ 开发，并在需要和有意义的地方混合了一点 .NET。

我们当前的 FinalBuilder 脚本做得很好，从创建夜间构建到完整发布（构建/自动翻译/构建/单元测试/创建设置/将创建的工件放在网络共享上/...），但是我们的网络界面、排队能力、用户可追溯性和报告非常有限。

我环顾四周，似乎 TeamCity 和 Bamboo 勾选了类似的框，但我能找到的大多数描述仅涵盖 Java 和/或 .NET 简单构建。

所以我的具体问题是，鉴于

• 几个 (20-30)复杂的 FinalBuilder 脚本，它们的工作令我满意，我将不得不集成到新的自动化/“CI”服务器中（“调用”）
• 本机 Windows C++ 和 .NET 项目
• 目前，实际构建（= 编译器调用）是通过一些 Visual Studio 解决方案文件完成的
• 目前一台构建服务器机器，希望扩展到 2-3 atm。
• 使用 JIRA 作为问题跟踪器
• 使用 AccuRev 作为 SCM

哪个工具更适合，为什么：TeamCity（当前为 6.5）或Bamboo（当前为 3.1）。

（注意，我也希望在TeamCity和Bamboo论坛上得到一些非常主观的答案。）

我知道 Maven 有一个中央存储库，您可以上传构建工件（程序集）并在构建脚本中引用它们，以便获得最新版本。

是否有任何类似的工具（除了 Maven for .Net）提供了一种集中存储工件并在 MSBuild 脚本中引用它们的方法？

我试图弄清楚如何合并我们拥有的用于所有其他解决方案的库解决方案（包含通用数据访问、模式等）

我们并不总是自动希望它包含在我们的项目中，因为有时我们需要为一个项目保留一个特定版本，直到该项目准备好升级到最新版本。

全部

我尝试在我的开发中实现 Bamboo Continues Integration 服务器。我的 Android 项目使用 Maven“android-with-test”原型。

我如何构建我的项目 om Bamboo。

有人可以帮助我。

谢谢。

我们正在努力将 jMeter 集成到 Bamboo 中（使用 maven/chronos），以便使用构建调度和依赖项来自动化性能测试。

在我们开始着手这个项目之前，IT 已经将 Bamboo 更新到了最新版本——3.1。我们的网站设置在Bamboo JMeter Aggregator Plugin上，但它还不支持 Bamboo 3.1。日志聚合对我们来说很重要，但如果我们此时无法通过 Bamboo 获得视觉效果，我们愿意研究其他选项。

我的问题：

• 在你们中使用 Bamboo 的人中，你们中的任何人都集成了 jMeter 吗？
• 您使用任何类型的聚合吗？
• 是否有人对按计划和/或按需查看构建性能有任何建议（最好集成到 Atlassian 产品中）？