我正在尝试在我们的Hudson中实现ci游戏来捕捉谁在大部分时间打破构建。 Here和again here,解释说这个插件会在成功构建时为评分者添加分数,并在构建中断时扣除分数。我的问题是,在一个有多个comitters的环境中,当有其他人已经提交但没有破坏构建时,游戏如何从打破构建的陌生人中扣除分数?或者它只是简单地从上次成功构建后提交的所有提交者中扣除点数?
答案 0 :(得分:3)
Jenkins游戏奖励/惩罚参与构建的所有人。因此,如果有人违反代码并在另一个人提交的同时提交,则两者都将受到游戏的惩罚。 SCM轮询时间越短,发生这种情况的可能性就越小。
游戏仅适用于每个版本,即它不会检查旧版本以计算得分。因此,如果构建被破坏,以下构建(虽然它被破坏)将不会给出任何“构建”点。当构建被修复时,修复它的用户将获得关于谁破坏构建的1点关注。
答案 1 :(得分:1)
最后一个提交者将始终获得所有积分。这意味着如果先前的提交者破坏了构建,则最后一个提交者将具有负分数。同样的事情是,当最后一个提交者只做了一个简单的改变但前一个提交者修复了100个问题时,最后一个提交者将采用这些点。