问题标签 [hudson]

我们有一个内部工件存储库。目前所有快照都将部署在那里。我们还希望有一个具有 Web 界面的不同服务器，并希望将创建的工件复制到它。

对于我们的构建，我们使用 Hudson，但构建后操作“将工件部署到 Maven 存储库”与 scp 一起不起作用。所以有一个问题是用其他优雅的方式来做这件事。为什么 Maven 不能拥有多个分发存储库？有任何想法吗？

最好的事情是，如果 artifactory 在每次新部署后支持（自动！）增量导出到标准 maven 存储库。

我正在尝试将 -lib 参数作为使用 Hudson 的自动构建的一部分传递给 ant，但看不到这样做的方法。我可以将相关库添加到 ant/lib 文件夹，但这意味着相同版本的库必须由该机器上的所有构建共享。

非常感谢任何帮助。

我正在研究为我们的 flex 项目设置 CI 环境。我在设置这样的环境方面经验很少，但是已经阅读了很多关于它的内容，并且认为我们可以在我们的项目中从中受益匪浅。我确实有使用 ANT 的经验，我们目前正在将它用于我们的建筑。我一直在关注 Hudson，它看起来非常漂亮和简单，同时仍然具有支持适当 CI 环境的能力。

所以基本上，我的问题是，是否有人有与 Hudson 建立 Flex 项目的经验？如果是这样，请分享一些关于问题、成本/收益以及每个项目需要什么样的努力才能与 Hudson 一起启动和运行的信息。我已经用谷歌搜索了一段时间，可以自豪地说我对快速词法分析器和哈德逊河都了解得更多，但对这篇文章的主题知之甚少 =)

我想通过 ruby​​ 脚本将构建结果提交给 hudson。我能找到的小文档说标签中的数据是“hexBinary”格式。如何获取像“Hello, world”这样的简单红宝石字符串并将其转换为该格式？

我们在工作中有一台 Hudson 机器，它充当 Java Swing 项目的构建服务器。构建过程基于 Ant 脚本（而不是 Maven）。

有没有人从 QuickTest Professional 集成测试是这样的配置？

换句话说：是否可以通过 Ant 自动执行 q​​tp 测试？

我尝试执行以下操作：

但这找不到 ls （即使它在 windows 路径上）。有什么办法可以设置吗？

更新：换句话说，我希望能够设置一个使用 cygwin bash 而不是 windows cmd 的构建步骤，就像这个页面向您展示了如何使用 Python。

我有许多在哈德逊奴隶上运行的项目。我希望其中一个在 Java6 下运行 Ant，而不是默认的（在我的环境中是 Java5）。

在项目配置视图中，我希望找到：

• 一个明确的选项，允许我设置用于此项目的自定义 JDK 位置。
• 一种为此项目设置自定义环境变量的方法，这将允许我将 JAVA_HOME 设置为 JDK6 位置。这将使 Ant 能够根据需要在 Java6 上运行。

有没有办法做到以上任何一个？如果这些设施之一可用，我看不到如何访问它。我在 Hudson 1.285 上运行。

如果可能的话，我宁愿避免使用“执行 shell”操作而不是“调用 Ant”操作：我的奴隶在 z/OS 上，Hudson 似乎没有在这个平台上正确创建临时 shell 脚本（可能是编码问题）。

我正在设置 Hudson 以使用批处理任务插件向我们的内部存储库执行 Maven 发布。我正在通过以下方式进行：

我对人们使用的其他方法以及这些方法的优缺点感兴趣。此外，人们遇到的任何问题。

填写存储库 URL、用户名和密码后，我收到以下错误。

有谁知道如何解决它？

未尝试进行身份验证。失败：svn：操作已取消

org.tmatesoft.svn.core.SVNCancelException：svn：在 hudson.scm.SubversionSCM$DescriptorImpl.doPostCredential(SubversionSCM.java:1317) 在 hudson.scm.SubversionSCM$DescriptorImpl.postCredential(SubversionSCM.java:1421) 取消操作.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org .kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:160) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:76) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java: 73) 在 org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30) 在 org.kohsuke.stapler.Stapler.invoke(Stapler.java:436) 在 org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:186) 在 org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30) 在 org.kohsuke.stapler.Stapler.invoke(Stapler. java:436) 在 org.kohsuke.stapler.Stapler.invoke(Stapler.java:354) 在 org.kohsuke.stapler.Stapler.service(Stapler.java:114) 在 javax.servlet.http.HttpServlet.service(HttpServlet .java:45) 在 winstone.ServletConfiguration.execute(ServletConfiguration.java:249) 在 winstone.RequestDispatcher.forward(RequestDispatcher.java:335) 在 winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378) 在 hudson.util.PluginServletFilter $1.doFilter(PluginServletFilter.java:91) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:83) at winstone.FilterConfiguration.execute(FilterConfiguration.java:195) 在 winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368) 在 hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) 在 hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) 在 hudson.security .HudsonFilter.doFilter(HudsonFilter.java:155) 在 winstone.FilterConfiguration.execute(FilterConfiguration.java:195) 在 winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368) 在 winstone.RequestDispatcher.forward(RequestDispatcher.java:333)在 winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244) 在 winstone.RequestHandlerThread.run(RequestHandlerThread.java:150) 在 java.lang.Thread.run(Unknown Source)doFilter(ChainedServletFilter.java:84) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:155) at winstone.FilterConfiguration.execute(FilterConfiguration.java:195 ) 在 winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368) 在 winstone.RequestDispatcher.forward(RequestDispatcher.java:333) 在 winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244) 在 winstone.RequestHandlerThread.run(RequestHandlerThread.java :150) 在 java.lang.Thread.run(Unknown Source)doFilter(ChainedServletFilter.java:84) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:155) at winstone.FilterConfiguration.execute(FilterConfiguration.java:195 ) 在 winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368) 在 winstone.RequestDispatcher.forward(RequestDispatcher.java:333) 在 winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244) 在 winstone.RequestHandlerThread.run(RequestHandlerThread.java :150) 在 java.lang.Thread.run(Unknown Source)RequestDispatcher.doFilter(RequestDispatcher.java:368) 在 winstone.RequestDispatcher.forward(RequestDispatcher.java:333) 在 winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244) 在 winstone.RequestHandlerThread.run(RequestHandlerThread.java:150) 在java.lang.Thread.run（未知来源）RequestDispatcher.doFilter(RequestDispatcher.java:368) 在 winstone.RequestDispatcher.forward(RequestDispatcher.java:333) 在 winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244) 在 winstone.RequestHandlerThread.run(RequestHandlerThread.java:150) 在java.lang.Thread.run（未知来源）

我们正在使用 Hudson 作为我们的持续集成服务器，它很棒。我们有 2 个相关的问题。

1. https://hudson.dev.java.net/issues/show_bug.cgi?id=2736 Hudson 中的构建顺序意味着下游依赖项的构建远远超出了它们的需要。希望这个问题将很快得到解决。
2. 由于这些东西的构建如此频繁，因此构建历史非常庞大。对于某些工作，我们真的不需要历史上 1000 个构建项目。

我的问题是关于第 2 点的。我想要一个工作或插件之类的东西来删除旧工件。一直说周围所有东西的最后 20 个版本都可以。目前它似乎是无限的，从运营的角度来看这并不是很好。

更新：根据诺伯特的回答，它在工作配置中。在 1.300 UI 中，有一个“Discard Old Builds”复选框，允许对其进行配置。