【问题标题】:Jenkins sub-domain for each team每个团队的 Jenkins 子域
【发布时间】:2014-09-09 04:27:01
【问题描述】:

我们正在使用 Jenkins 来构建我们的代码。现在我们必须加入外部团队,他们为我们发布的代码添加增量更改/错误修复。我们不想为每个团队设置两个不同的 Jenkins,而是为每个团队使用带有子域的相同 jenkins,这样我们的 UI/仪表板就不会变得混乱。

有没有办法创建像http://teamA.myJenkins.comhttp://teamB.myJenkins.com 这样的子域?甚至像http://myJenkins.com/teamAhttp://myJenkins.com/teamB这样的东西也可以。

提前致谢,

【问题讨论】:

  • 创建views有问题吗?
  • @Technext 是的,这是一种方式,但我不希望团队互相摆弄彼此的工作。
  • 你没有启用Matrix-based security或类似的东西吗?
  • 是的,我做到了,但如果我不提供整体/读取权限,我会收到 404 错误,否则会显示所有视图,这会违背我的目的。
  • 你试过我的建议了吗?

标签: jenkins subdomain


【解决方案1】:

您的目的是为外部团队隔离视图,同时确保现有团队和外部团队不会干扰彼此的工作配置。要实现这一点,您需要添加视图(请参阅下面的屏幕截图)并且您还需要实现安全性。

要实施安全性,请转至Jenkins > Manage Jenkins > Configure Global Security > Enable security (Enable check-box)。现在在Authorization 部分,您可以选择Matrix-based securityProject-based Matrix Authorization Strategy(请参阅下面的屏幕截图)。我觉得后一个是你需要的,因为有些工作只有外部团队需要,所以他们应该只有权构建/修改这些工作,而不是其他工作。

所以,一旦你选择了Project-based Matrix Authorization Strategy,你将不得不去工作的配置页面并选择Enable project-based security选项(参考下面的截图)。您可以在此处指定有权访问给定作业的用户。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-06-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-03-14
    • 2021-03-20
    • 1970-01-01
    相关资源
    最近更新 更多