小编wil*_*kil的帖子

我们希望在jenkins中的不同下游构建中动态触发集成测试.我们有一个参数化集成测试项目,它将测试名称作为参数.我们从git repo动态确定我们的测试名称.

我们有一个父项目,它使用jenkins-cli为源代码中的每个测试开始构建集成项目.父项目和集成项目通过匹配指纹相关联.

这种方法的问题是聚合测试结果不起作用.我认为问题是"下游"集成测试是通过jenkins-cli启动的,所以jenkins没有意识到它们是下游的.

我看了很多jenkins插件试图让这个工作.Join和Parameterized Trigger插件没有帮助,因为他们希望构建一个静态的项目列表.可用于参数化触发器的参数工厂也不起作用,因为没有工厂可以创建任意参数列表.Log Trigger插件不起作用.

Groovy Postbuild插件看起来应该可以工作,但我无法弄清楚如何从中触发构建.

我想自动将后接收挂钩中的提交从我们LAN上的中央仓库推送到云中的另一个中央仓库.LAN repo使用git clone --mirror git@cloud:/path/to/repo或等效命令创建.

因为提交的文件相对于我们的上游带宽会很大,所以完全有可能发生这样的事情:

1. Alice启动了对LAN repo的推送.
2. 在收件后挂钩运行时,Bill从LAN repo中拉出来.
   • 局域网回购正在推动云回购.
   • 这也意味着Bill的本地仓库包含Alice推送的提交.通过测试确认.
3. 比尔开始推动局域网回购.
   • 比尔的推动是爱丽丝推进的快速前进,因此局域网回购将接受它.

当LAN repo的后接收挂钩执行时,将从LAN repo到cloud repo的第二次推送开始,并且两者将同时运行.

我并不担心git对象.最糟糕的情况是两个推送都会从Alice的推送中上传所有对象,但就我理解git的内部结构而言,这应该无关紧要.

我很担心裁判.假设Alice推动使用更慢的连接,因此Bill的推送首先完成.假设数据包丢失或其他原因导致挂钩从局域网仓库推送到Bill的推送云完成,然后钩子从局域网回购推送到Alice的推送云.如果Alice和Bill都在推动主分支并且Bill的推送首先完成,那么主要参与者将在云回购中做什么？我希望它成为比尔的头,因为那是后来的推动,但我担心这将是爱丽丝的头.

进一步澄清:

我意识到,如果比尔从他的机器推送到局域网回购完成,那么爱丽丝从她的机器到局域网回购的推动将会失败.在这种情况下,LAN repo的post-receive挂钩将不会执行.此外,请假设没有人会进行强制推送,因此如果后续接收挂钩在LAN repo上运行,则所有参考更改都是快进的.

我在尝试编写时遇到以下异常 .xlsx file using Apache POI

NoClassDefFoundError: javax/xml/stream/XMLStreamException

这是代码片段: -

XSSFWorkbook wb = new XSSFWorkbook();
        Sheet sheet = wb.createSheet();
        Row row = sheet.createRow(0);
        Cell cell = row.createCell(0);
        cell.setCellValue(100);
        FileOutputStream fileOut = new FileOutputStream("D:\\workspace\\April\\Excel Test\\workbook.xlsx");
        wb.write(fileOut);
        fileOut.close();

我有以下罐子

• dom4j的-1.6.1
• POI-OOXML-3.5-FINAL
• POI-3.6-20091214
• XMLBeans的-2.3.0
• OOXML-架构 - 1.0

请让我知道我在这里做错了什么,或者我错过了什么.

我想以编程方式更新HEAD而不对非裸仓库执行checkout或rebase.

我希望工作树和索引在操作后保持不变.

编辑

我需要更新HEAD的符号目标,而不是HEAD当前目标的提交ID.这更像是一个结账,而不是其他任何东西,除了我不能使用,org.eclipse.jgit.api.CheckoutCommand因为它要求我更新路径,但我不想触摸工作树.org.eclipse.jgit.api.CreateBranchCommand也是不合适的,因为它期望一个特定的起点,因为我正在创建一个孤儿分支而不存在.

我在这里寻找设计原理。

我当然可以理解使集合类可序列化，尽管 JCF 不这样做。然而，Procedure、IntProcedure等接口尤其是不存在的主要候选者Serializable，因为无论如何它们通常都是匿名的。

制作这些接口Serializable违背了 Josh Bloch 的建议，即接口应该很少扩展Serializable[1]。

我可能需要更新我的 Eclipse 首选项，以免为每个匿名 发出串行 uid 警告Procedure。

[1] 有效的 Java 第二版。第 291 页