标签: hudson

我正在尝试在Jenkins/Hudson上配置我的电子邮件,并且我经常收到错误:

java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be
    non-empty

我在网上看到了大量有关错误的信息,但我没有任何工作.我在Fedora Linux上使用Sun的JDK(而不是OpenJDK).

以下是我尝试过的一些事情.我尝试按照这篇文章的建议,但将cacerts从Windows复制到我托管Jenkins的Fedora盒子都没有用.我尝试将Gmail配置为我的SMTP服务器时尝试按照本指南操作,但它也无法正常工作.我还尝试手动下载并移动这些cacert文件,并使用本指南中的命令变体将它们移动到我的Java文件夹.

我对任何建议持开放态度,因为我现在正被困住.我已经从Windows Hudson服务器上工作了,但我在Linux上苦苦挣扎.

我花了一个小时左右才弄清楚Hudson最近才开始分支(2011年1月)
我不知道现在每个分支的变化有多快,但更重要的是,每个分支的方向是什么,关键是什么点,以便人们可以选择在哪个之间？

任何人都有产品路线图和功能差异的链接？

我有Hudson作为持续集成服务器,我想使用选项'发布JUnit测试结果报告'.但是我不使用xUnit工具进行测试,而是使用shell脚本运行测试并以简单格式返回结果.我想创建一个脚本,将这些结果转换为JUnit格式.所以我很有趣JUnit文件必须看起来如何？

我正在与C#项目上的一个小型(4人)开发团队合作.我已经提议建立一个构建机器,它将对项目进行夜间构建和测试,因为我知道这是一件好事.麻烦的是,我们这里没有足够的预算,所以我必须证明费用是合理的.所以我想知道:

在2011年,哈德森和詹金斯跟随(恕我直言)的情况 - 哈德森有点稳定,但詹金斯的发展有点快.
现在2012年"哈德森与詹金斯"的情况如何？

我是Hudson/Jenkins的新手,想知道是否有办法检查Hudson的配置文件来源控件.

理想情况下,我希望能够在UI中单击"保存配置"中的某个按钮,并将Hudson配置文件签入到源代码管理中.

我希望Jenkins能够从我在Github上托管的私有存储库中自动获取数据.但我不知道如何完成这项任务.试过文档,为jenkins用户生成ssh-key,所有我能看到的是:"无法克隆回购".我检查了网址 - 它们是有效的.

任何线索,也许你知道一些文档/博客/什么描述这种东西？

有人可以在构建过程中向我解释构件的概念吗？

我有工作区目录,我查看代码来编译和运行我的ant脚本等.最后,在我的情况下,我得到一个准备安装的jar文件.那被认为是神器吗？

我应该在哪里告诉我的构建脚本放置jar文件？在工作区目录中？我的jar文件根据变量等获取一个唯一的文件名BUILD_ID,如何判断Jenkins选择哪个jar文件？

编辑:好的,所以我尝试做这样的事情:

该路径在我的工作区中尚不存在,因为构建脚本应该创建它,当然,.jar和.properties文件不存在,因为它们尚未生成.为什么它会给我一个错误呢？好像我错过了什么.

此外,Jenkins是否在每次构建后删除工件(不是存档的工件,我知道我可以告诉它删除它们)？否则它会很快堵塞硬盘.

那里的任何人都有哈德森和竹子的经验吗？有关这些产品的相对优势和劣势的任何想法？

好的,既然人们不断提及其他CI产品,我会进一步打开它.这是我的一般问题.我想为新项目设置CI系统.该项目可能包含Java组件(WAR和JAR),一些python模块,甚至可能包含.NET组件.所以我想要一个能够:

1. 处理多种语言,
2. 将工件部署到服务器(即,如果所有单元测试都通过,则部署战争.)
3. 我还想要一些与合适的代码覆盖工具集成的东西.
4. 好看的报告很好,但不是必需的.
5. 出现问题时的多种通知机制.
6. 我不担心托管.我将在本地服务器或Amazon实例上运行它.
7. 此外,这可能是天空中的馅饼,但还有什么东西可以构建iPhone应用程序？

我自己和我的团队在增加程序集版本号时非常可怕,我们经常发送1.0.0.0版本的程序集.显然,这会引起很多麻烦.

我们通过CI平台实现了更好的实践,我真的想将其设置为自动增加assemblyinfo.cs文件中的值,以便使用该程序集中的代码更改自动更新程序集的版本.

我之前已经设置(在我们找到Hudson之前)通过任一msbuild或者命令行(不记得)增加值的方法,但是使用Hudson,这将更新SVN存储库并触发另一个构建.由于Hudson每小时轮询SVN,这将导致缓慢的无限循环.

让Hudson增加版本号是一个坏主意吗？什么是另一种方法呢？

理想情况下,我的解决方案标准是:

• 在构建assemblyinfo.cs之前增加内部版本号
• 仅增加已更改的程序集中的内部版本号.这可能是不可能的,因为Hudson每次执行构建时都会清除项目文件夹
• 将更改的assemblyinfo.cs提交到代码存储库(当前为VisualSVN)
• 在下次扫描更改时,不会导致Hudson触发新构建

在我脑海中解决这个问题,我可以通过批处理文件/命令轻松地提出大部分解决方案,但是我的所有想法都会导致Hudson在下次扫描时触发新的构建.我不是在找人为我做任何事情,只是指出我正确的方向,也许是让Hudson忽略某些SVN提交的技巧等.

到目前为止我发现的所有内容都只是一篇文章,解释了如何自动增加版本号,没有考虑到可以旋转到无限循环的CI平台.