gpt4 book ai didi

svn - jenkins 用户中域和用户名之间的分隔符有时是\,有时是 _ 为什么?

转载 作者:行者123 更新时间:2023-12-04 02:23:37 24 4
gpt4 key购买 nike

我在 jenkins 和发送邮件中看到了一些奇怪的事情。对于某些用户,邮件会发送到 DOMAIN_username@company.com - 有些没问题。

Jenkins 使用 AD 进行身份验证 - 大多数用户实际上并没有登录到 jenkins,用户名来自 svn。
我的 svn 服务器是使用 sspi 进行身份验证的 windows2008 服务器:

# authentication
AuthName "Subversion Authentication"
AuthType SSPI
SSPIAuth On
SSPIAuthoritative On
SSPIDomain COMPANY
SSPIOfferBasic On
Require valid-user

最好的地方是在 http://jenkins/job/job-name/1234/api/json看看罪魁祸首
"culprits":[
{"absoluteUrl":"http://jenkins/user/DOMAIN_asmith","fullName":"DOMAIN_asmith"},
{"absoluteUrl":"http://jenkins/user/DOMAIN_bobama","fullName":"DOMAIN\\bobama"}
]

bobama 一切正常,但请注意 asmith - 电子邮件将发送至 DOMAIN_asmith@company.com(不会发送)

如果我查看用户配置页面 http://jenkins/user/DOMAIN_asmith/configure
我看到他的电子邮件实际上被列为 DOMAIN_asmith@company.com,bobama 看起来不错。

这些值不是来自用户(都没有登录到 jenkins)——它们是通过 SVN 来自 AD。
我被卡住了 - 有人给我指出更好的方向吗?

最佳答案

这里有几个想法:

  • 如果您更改到 asmith 是最后一个提交者所在的目录并且您执行了 svn info . LastChanged 作者怎么说? “域\阿史密斯”或其他什么?它对波巴玛说什么?
  • 如果进入 Jenkins 的信息对于所有用户来说确实是相同的,那么差异必须在 Jenkins 内部。我一直在看MailAddressResolver的来源,这只是一个调用其他 resolvers 的调度类.但是,我不确定在您的配置中调用了哪一个。如果没有一个解析器成功,有一些后备方案会尝试猜测正确的电子邮件。看起来很有趣的一个是'MailAddressResolver problems with SVN & SSPI authentication' .这实际上应该将 'DOMAIN_user@company.com' 替换为 'DOMAIN\user@company.com'
  • 我注意到登录 Jenkins 的源代码。如果在邮件地址解析过程中日志还没有指出问题,您可以 add more loggers在网络界面中。
  • 在浏览错误报告时,我注意到 'E-mail to individuals who broke the build is sent to wrong address' .这听起来很像您遇到的问题。它是 未解决 .

  • 可能的解决方法

    当我立即向各个方向搜索时,我发现了 RegEx Email Plugin .它允许您使用正则表达式从用户名生成用户电子邮件地址。也许你可以用这个扭转 Jenkins 的 ARM 以获得你需要的邮件格式。

    关于svn - jenkins 用户中域和用户名之间的分隔符有时是\,有时是 _ 为什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11695173/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com