Kubernetes: Linux Foundation (CNCF) CLA 系统的伞形问题

您能描述一下 CLA 的迁移过程吗？

@smarterclayton我们将在新系统启动并运行后立即通知社区，我们正在讨论一些方法来最大限度地减少任何工作流程中断

另见： https ://github.com/cncf/foundation/issues/1

在不久的将来，我们将在所有 kubernetes 存储库上过渡到 Cloud Native Computing Foundation 的 CLA。
这种转变预计将在 10 月 3 日这一周发生在我们所有的存储库中。

从今天开始，我们将在 kubernetes/contrib 存储库中测试新的 CLA 机制。
Google CLA 机器人将与 CNCF CLA 机器人并行运行，直到 10 月 3 日。
请注意，PR 合并和提交队列目前在 CNCF CLA 签署时不会被阻止，但会在我们完成转换时被阻止。

为了尽量减少工作流程中断，如果您是贡献者，
请访问https://identity.linuxfoundation.org/projects/cncf并以个人或雇员的身份签署 CLA，以适当者为准。
如果有问题，请在跟踪问题中参考： https ://github.com/kubernetes/kubernetes/issues/27796

即将采取的步骤：

• [x] 提交队列应遵守 cncf-cla 标签。
• [x] 应从存储库中删除 googlebot 的 cla-yes/no 标签。
• [x] 在整个组织范围内打开 CNCF webhook 并关闭 Google CLA 机器人。

嗨，我想签署个人 CLA，最后的 hellosign 页面要求提供“标题”（签名、姓名、标题和日期）。

我真的不知道在标题上放什么。 我尝试查看https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md和以前的 CLA，并且不需要标题（也没有要求）。 我是一名计算机科学专业的学生。

我应该使用什么标题？ 或者它是故意存在的，或者它可能是剩余的？

谢谢！

@rata ，我认为“学生”的标题是一个很好的解决方案。 @caniszczyk ，你能确认一下吗？

@sarahnovotny学生或 N/A 很好

@sarahnovotny @caniszczyk ：非常感谢！

@sarahnovotny ， @caniszczyk ，Redhat 似乎遇到了 CNCF CLA 的问题。 你能帮助他们吗？ 这可能是公司 CLA 的问题，也可能是技术问题，我们不确定。

抄送@eparis @ingvagabund

@eparis ，当您访问https://identity.linuxfoundation.org/projects/cncf并选择“作为员工贡献”时会发生什么？ 这应该会提示您关联尚未完成的 GitHub 帐户。

（那些被授权为其公司管理授权贡献者的人不会自动设置为贡献者；系统仍希望他们注册为贡献者以进行跟踪。）

@emsearcy我给@caniszczyk 发了电子邮件
但是当我转到那个链接时，我得到了
Your organization is not authorized under a Corporate Contributor License Agreement. If you have signed agreements, please check back later or use the contact form below.

@emsearcy有没有办法可以私下聊天？ 给我发邮件？ 红帽的 eparis ?

我在https://identity.linuxfoundation.org 遇到了帐户系统的错误。 我应该联系谁？

无法更改通过 github creds 创建的帐户的密码

• 使用 github 创建帐户。 从未设置过密码
• 去更改我的电子邮件地址
• 被告知我需要密码才能更改电子邮件地址
• 请求的密码重置电子邮件
• 电子邮件中的关注链接
• 点击“重置密码链接”
• 被告知我需要密码才能更改密码
  

@jbeda ，我猜你还在登录？ （密码重置页面显示“您必须注销才能使用电子邮件中的密码重置链接”）。 否则，当您尝试使用它时，它会说您仍然处于登录状态。

我尝试“注册为员工”，并达到“请联系您组织内负责监督该项目的授权员工贡献者的人”。

那就是我； 接下来是什么？

@bboreham让您的公司/组织在这里注册https://identity.linuxfoundation.org/node/285/organization-signup

@caniszczyk我做了什么：

• 访问您的网址。
• 通过谷歌登录。
• 寻找任何方式来申报我的组织及其人员。
• 回到了这里。

你能准确地说出我在哪里点击让组织（Weaveworks，Inc）注册吗？

@bboreham使用该链接，有一种方法可以注册您的组织并电子签署公司 CLA，一旦您这样做，您就可以做其他所有事情

对我来说，方法是打开一个“隐身”浏览器窗口，然后在再次登录后显示表单。 再多的注销或在原始窗口中单击都不会显示此表单。

CNCF 公司 CLA 似乎存在一些问题。 @euank应该包含在 CoreOS 的企业 CLA 中，但是

• https://github.com/kubernetes/kubernetes/pull/34058
• https://github.com/kubernetes/kubernetes/pull/33965

不要反映这一点。

@caniszczyk你能看看上面提到的@calebamiles的问题吗？

看起来@euank只需要单击“作为员工贡献”，就会自动与 CoreOS CCLA 关联。

是的，谢谢@emsearcy ，上次我想我一定是不小心收到了我的个人电子邮件。 现在看起来不错！

（另外，漂亮的个人资料图片）

当我尝试使用 github 登录以验证我的 CLA 时，我收到拒绝访问错误，然后当我再次尝试时，我收到拒绝访问，并显示“您已经注册了此身份”。 有什么方法可以验证我的 CLA？

哦……然后当我查看未签署 CLA 的人的“详细信息”链接时，我_do_ 获得了 _my_ CLA。 我希望看到相关用户的 CLA 状态。

CNCF CLA也有问题。 选择了个人贡献者，并且无法更改它为我选择的电子邮件，这是一封旧的工作电子邮件，可能来自 github（幸运的是能够访问它）。 现在，我可以看到我签署的 CLA，但在 PR 上仍未标记为已批准。

也有问题，尝试通过以旧电子邮件为主要电子邮件的 GH 注册，然后使用其他电子邮件注册，现在无法链接我的 GH 帐户。

很明显，Linux Foundation (LF) CLAbot 还没有完全成熟。 我们现在需要的是一些产品经理帮助分析用户（有时）陷入死胡同的地方。 基于该分析，我们将研究是否增强 LF CLAbot 或考虑替代（开源）解决方案。

我已经与@philips 谈过可能会提供一些帮助，并希望很快有更新。 如果还有其他人想帮助推动这一进展，请随时通过电子邮件与我联系。

同时，对延误表示歉意。

@derekparker我遇到了同样的问题，最终找到了帐户编辑页面： https ://identity.linuxfoundation.org/user/me/edit

通过我的 github 帐户登录，然后手动将电子邮件更改为我的 CoreOS ，让它工作。 我想我必须通过密码重置工作流程才能编辑我的详细信息

@dankohn ，我认为有关公司注册的一些可靠文档，
企业个人注册，以及这些 GH 的常见故障排除
问题将是一个巨大的开始。

2016 年 10 月 25 日星期二晚上 8:24，Euan Kemp [email protected]写道：

@derekparker https://github.com/derekparker我遇到了同样的问题，
最终最终找到了帐户编辑页面： https://identity。
linuxfoundation.org/user/me/edit

通过我的 github 帐户登录，然后手动将电子邮件更改为
我的 CoreOS 让它工作了。

—
你收到这个是因为你被提到了。
直接回复此邮件，在 GitHub 上查看
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
.

我是 Red Hat 组织的经理。 当人们问我有什么问题时，我通常不知道。 我不知道如何获得这种可见性，但如果它不起作用，我完全迷失了......

@caniszczyk @emsearcy webhook 失败，在https://github.com/kubernetes/kubernetes/pull/35581 上没有 cncf-cla 状态。 你能检查一下吗？

@dankohn我目前正在向我们可以合作的潜在人员发送电子邮件； 我需要编写产品需求文档。 我希望通过 EOW 做到这一点。

@foxish我们是否在 kubernetes 存储库中关闭了 Google CLAbot？

@bgrant0607不，我们没有这样做。 只有在我们拥有基于 webhook 的 CNCF mungegithub 机器人后，我们才会在整个组织范围内关闭它。 被https://github.com/kubernetes/contrib/issues/1834阻止

我希望企业贡献指标能够由不同的群体独立验证。
看起来 CLA 流程是一个出色的强制功能，可用于帮助维护个人贡献者及其公司附属机构的地图（随着时间的推移）。

我在本期中概述了这些要求的 CLA 披露的格式： https ://github.com/kubernetes/contrib/issues/1972

我们准备在本周末之前切换到 CNCF CLA 的大门。 在我们完成过渡之前，本周将发送文档、常见问题解答等。
到目前为止的阻塞问题是： https ://github.com/kubernetes/contrib/issues/1834，现在已修复。

抄送@dims @soltysh @sarahnovotny

非常感谢@foxish

部署现已完成， kubernetes和kubernetes-incubator组织正在使用 CNCF CLA。

@emsearcy @caniszczyk你能看看https://github.com/kubernetes/kubernetes/pull/35672吗？ 作者说他签署了 cla，但状态仍然显示他没有。

@emsearcy我也遇到了一个问题https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

旁白：我正在研究 CLA 处理的开源选项，这样我们就可以深入研究并解决这些问题，而不必成为 @emsearcy 上的 SPOF。 没有现成的东西适合模具 ATM。

PTAL、 @emsearcy或@caniszczyk——另一位 deis 员工@michelleN在 CLAbot 识别她的 CCLA 时遇到问题。

用户问题：
我可以作为员工和个人签署 CNCF CLA 吗？

我将汇总此类问题并更新常见问题解答，以便我们不必经常手动干预。

详细说明之前的评论：

我已经使用这个 Github 帐户和我的个人电子邮件以个人身份签署了 CLA。 现在我的雇主已经签署了 CLA，我希望能够使用同一个 Github 帐户进行贡献，该帐户也注册了我的员工电子邮件。

当我单击以注册为员工时，我收到以下消息：

系统无法将您与已为此项目签署企业贡献者许可协议的任何组织关联。 请确保您在个人资料中使用组织的电子邮件地址，联系组织内负责监督该项目的授权员工贡献者的人员，或使用下面的联系表。

我的 Linux Foundation 个人资料中有我的个人电子邮件集，似乎没有任何方法可以添加多个电子邮件。

我也有问题。 我公司签署了CCLA。 我的 LF ID 表明我是 CNCF 贡献者组的一员。 但我无法将我的 LF 身份链接到我的 github 身份。 当我尝试将 LF Id 链接到 github Id 时，我收到错误“此身份已注册给另一个用户”。 我正在为 LF（公司）和 Github（个人）使用不同的电子邮件。 可能是 LF Id 问题，但可能还有其他问题。

阻止了我的 k8s 拉取请求。

在Kubernetes / Helm存储库中，在创建PR之前的过程中的某个位置，我被引导到Google CCLA表单。 创建 PR 后，LF CLA 机器人进来并将我引导到 CNCF CCLA 表格。

您可能需要修复第一个链接，因为它导致管理人员的混淆和额外的工作（很少是一件好事:)）。

跟进我之前的评论：

我决定创建一个单独的 GitHub 帐户并将其用于我的公司 CLA。 我从我的个人帐户中删除了我的公司电子邮件并将其用于我的新帐户 (https://github.com/yissacharcw)。

然后，我的组织向我发送了加入 Linux 基金会的邀请。 我点击了链接，并使用我的新 GitHub 帐户登录。 我填写了帐户创建信息并尝试创建一个帐户，但收到我的电子邮件已在使用中的错误。 鉴于我尚未使用此电子邮件注册帐户，因此不应该是这种情况。 我在我的个人帐户上没有看到任何迹象表明在此使用了公司电子邮件。 没有关于如何声明此电子邮件以供使用的信息。

我现在陷入了无法为 Linux Foundation 帐户注册公司电子邮件的问题。

请发送电子邮件至[email protected]以获得有关 Linux 基金会 ID 或签署 CLA 的支持。 我们需要我们不想在这里询问的电子邮件地址等信息，而且很难在单个线程中跟踪单个请求。 在 CLA 签名过程中的任何“死胡同”上使用联系表格也将创建与 Linux 基金会的支持票。

对上面的一些评论供后人参考：

您不需要第二个 Linux 基金会 ID 来“作为员工”而不是作为个人贡献。 您可以通过组织的 CCLA 经理向您发送邀请来与组织关联，或者，如果您的 CCLA 经理启用，则匹配公司电子邮件地址。 如果当前不是您组织的地址，您将需要临时更改 Linux Foundation ID 配置文件中的电子邮件地址以执行后者（“请确保您在配置文件中使用您的组织电子邮件地址”）。

可以通过登录您现有的 Linux Foundation ID 帐户来完成加入组织的邀请。

您不能将您的 GitHub 帐户与多个 Linux Foundation ID 关联。

状态未更新似乎是一个错误：例如，每次更新到 37640，我们的 lfcla 机器人（一个独立的网络服务，它接收 Github 通知并根据用户在 LF CLA 系统中的状态更新 PR）试图设置“飞利浦授权" cla/linuxfoundation state=success 提交状态通知，根据 go-github 功能运行成功——除了 Github 并没有实际保存它。 我会调查一下。

我也收到错误“此身份已注册给另一个用户”。 像@hasahni。 最初，LF 电子邮件是个人的（我注册为个人贡献者），而 Git 电子邮件将我的公司电子邮件作为主要地址。 我更改了我的 Git 电子邮件，但我仍然收到相同的错误。

我通过电子邮件发送了上面发布的地址@emsearcy ，他们能够通过取消我的公司电子邮件与它所链接的任何帐户的链接来解决我的问题。 然后，我能够使用我公司的 GitHub 帐户和公司电子邮件地址创建一个 Linux Foundation 帐户。

如上所述，如果您只使用一个帐户会更容易。 如果您返回https://identity.linuxfoundation.org/projects/cncf ，如果您之前选择“个人”，则可以选择“员工”，反之亦然。 如果您不再在该组织下获得授权，您的组织经理可以在以后将您从该组织中删除。

Linux Foundation ID 可以与各种 LF 项目网站的登录、会议提案和我们的系统管理员认证（当您更换公司时应该与您保持一致）相关联，因此该帐户有望更多地成为“属于您/追随者”你”设置。 （类似于所有报告此问题的人可能只有一个您正在使用的 GitHub 帐户！）

我们看到很多人继续反对 CLA。

CLA bot 的源代码是开源的（如果是，repo 在哪里），所以我们可以尝试改进流程？ 或者是否有可用的屏幕截图（尤其是个人版本）？

_Something_ 显然会导致人们退出漏斗。 我马上注意到我可以使用非 github 帐户登录，但后来我必须使用 github 登录才能链接 github 帐户。 不幸的是，我没有第二个 github 帐户，所以就我所知。 但肯定有低垂的果实。

其他想法：

• 是否有关于使用电子邮件地址的强有力的无垃圾邮件政策，显然是相关联的？
• linux 基金会 ID 是否默认为我的电子邮件地址？

LF CLAbot 不是开源的，也不会开源，因为（尽管 @emsearcy 做得很好）它是个毛球，尤其是在后端存储方面。 我代表 CNCF 对人们遇到的问题表示歉意。 登录问题的最佳短期解决方案是发送电子邮件至[email protected] ，因为它们的响应速度非常快，但仅限于 PT 工作时间。

@philips正在研究的长期解决方案是与开源 CLAbot 之一合作，并与他们的核心开发人员之一签订合同，以进行 Kubernetes 所需的更改，并将这些更改提交到上游。 我希望我们能在一月份在这方面取得进展。

我认为 CLAbot 的问题并不像首先需要 CLA 那样严重。 当用户有一个他们试图回馈上游的大型功能时，他们可能会忍受它并通过 CLA 流程。 但是当用户只是贡献一个简单的文档修复或一个小错误修复时，他们可能会放弃。

考虑刚刚链接的问题@justinsb ：用户实际上是在贡献一个单字符的文档修复。 为此，他们背负着 CLA，迫使他们输入信息和法律协议。 难怪他们想要纾困。

我从我自己的个人经验中知道，我有一段时间拒绝提供文档修复，因为我不想与 CLA 打交道。 只有当我有一个我真正想要添加的功能时，我才经历了签署 CLA 的麻烦。

我不知道这在法律上是否可行，但我真的认为非代码提交不应该受 CLA 约束（如果琐碎的代码更改不受 CLA 约束，那也是理想的，但我意识到这条线更难比代码/非代码绘制）。

我理解 Kubernetes 项目需要合法地保护自己，但是推动 CLA 进行琐碎的更改会积极阻止 GitHub 项目中如此常见的驱动式 PR。

对我来说，如果用户刚刚打开了一个问题（“文档应该说us-east-2而不是us-east-1 ”），这对我来说似乎也有点荒谬，那么就不会有 CLAbot 交互，有人会做他们的改变。

此外，由于我现在知道了这个问题，看到 PR，我可以继续自己提交修复（除非你告诉我这违反了 CLA，我会觉得更令人惊讶！）。

根据来自几个实际和潜在项目的反馈，CNCF 上个月修改了它的章程，以使每个托管项目能够确定他们是否需要 CLA（带上下文的长线程）。 但是，鉴于 Kubernetes 现在是历史上速度最快的软件项目之一，我认为维护者决定放弃 CLA 的可能性很小。 如果您想鼓励他们这样做，我建议您打开一个新问题。

目前，我们假设 CLA 要求将保持不变（而且 CNCF 可能也会有 CLA 的新项目），所以我们想要一个尽可能减少摩擦的 CLAbot。

仅供参考，OpenStack 长期以来一直存在同样的问题，需要 ICLA/CCLA。 “我们”正在走向 DCO：
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

你好！

我正在尝试签署 CLA，但卡在“验证电子邮件”步骤。 在验证码应该发送给我之后，我没有收到电子邮件（检查垃圾邮件和无处不在）。 我已经等了5个小时，所以我感觉它不会来了。 我也尝试了几次“重新发送验证”按钮，但这也没有给我发送代码。

我的 github 电子邮件（我在设置 linuxfoundation 帐户时选择的授权）是正确的电子邮件。

我不确定问这个问题的正确地方，但 CLA 常见问题解答告诉我如果我有任何问题可以来这里。

谢谢！

道歉。 请发送电子邮件至 Linux 基金会帮助台 <
[email protected]>。

2017 年 1 月 18 日星期三下午 1:23，khalpin11 [email protected]写道：

你好！

我正在尝试签署 CLA，但卡在“验证电子邮件”步骤。 一世
之后没有收到电子邮件（检查垃圾邮件和到处都是）
验证码应该发送给我。 我也试过
“重新发送验证”按钮几次，这并没有给我发送
代码。

我不确定问这个问题的正确位置，但 CLA 常见问题解答告诉我
如果我有任何问题，请来这里。

谢谢！

—
你收到这个是因为你被提到了。
直接回复此邮件，在 GitHub 上查看
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 ,
或使线程静音
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
.

--
丹·科恩[email protected]
云原生计算基金会执行董事https://cncf.io/
电话：+1-415-233-1000

嗨 - 我尝试注册为 Heptio 员工，但系统无法验证我。 请帮忙！ 谢谢。

@skriss请将您的电子邮件和 GitHub 用户名发送给 Linux 基金会帮助台[email protected] 。

我正在尝试向 CNCF CLA 注册 CERN。

我为公司“测试”创建了一个 CNCF CLA，以获取一份协议副本，以便与我们的法律团队一起审查。 不幸的是，我现在无法将 CERN 注册为一个组织。

你能删除我注册的“测试”公司并将我重新设置为系统不知道的状态吗？ 我的电子邮件是蒂姆。 [email protected]。

@noggin143您必须将您的请求通过电子邮件发送到[email protected] ，他们会帮助您。

我已尝试签署 CNCF CLA，但仍有问题。 我还应该注册为 OpenStack 基金会的官方联系人，以批准其他贡献者。 我还向服务台提交了一张票。 谢谢，克里斯

@hogepodge ，请发送电子邮件至[email protected]以解决此问题。 （请注意，注册为联系人不会自动将您放入 CLA 组。）

我已经签署了 CNCF CLA。 我的提交是https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch ，其中存在“ [email protected] ”。 我将此电子邮件添加到我的 github 帐户电子邮件列表中。
但是我的拉取请求（https://github.com/kubernetes/kubernetes/pull/42232）仍处于“cncf-cla：否”状态。

@honkiko腾讯尚未签署企业 CLA：

https://identity.linuxfoundation.org/node/463

如果你有签名的 CCLA 的副本，你可以将它发送给我[email protected]或[email protected]

一眼看去，好像“ [email protected] ”试图对其进行签名，但从未完成。

我提交了一个 PR，commit 的作者使用了我在 Github 上签名的主电子邮件，但是为什么 CLA 一直发送到我的公共电子邮件？ 即使我将公共电子邮件地址更改为我的主电子邮件，CLA 仍然发送到以前的电子邮件地址？ 如何解决？

我尝试以个人身份注册，但链接https://identity.linuxfoundation.org/projects/cncf导致找不到页面。

@sdomula我已经向 Linux 基金会开了一张紧急票来解决。 修复后我会再次发布。

@sdomula现在已解决。 我们正在调查导致停机的原因。 很抱歉给您带来麻烦。

找不到页面： https ://identity.linuxfoundation.org/projects/cncf

如果我是对的，现在正确的网址是： https ://identity.linuxfoundation.org/node/285/

对 ？

看起来像一个糟糕的配置推送。

/cc @caniszczyk

现在重新升级。

它已经备份了。 我们会将对此停机时间的调查添加到其他调查中。

大家好，我无法满足https://github.com/kubernetes/charts/pull/766 的 cla-bot。 我认为这是因为我注册为“ [email protected] ”，而我的 git 提交在“ [email protected] ”下。 我已经更改了我的 Linux Foundation 电子邮件以匹配我的 git 提交，但似乎无法在新电子邮件下生成新的 CLA。 请停下来。

@jpoon请发送电子邮件至[email protected]

会做。 谢谢@dankohn

您好，我无法通过https://github.com/kubernetes/helm/pull/2143上的 cla 检查，据我所知，我已经完成了我需要做的所有事情，例如电子邮件设置正确，表格是签名等等。 谁能帮忙解释一下为什么 cla 没有通过？ 谢谢。

@dankohn我给[email protected]发了电子邮件，最后一次回复是一周前。 不太清楚如何解决这个问题......

@jpoon为这个问题道歉。 能否请您重新发送到帮助台并抄送至 linuxfoundation.org 上的 caniszczyk

我已经请求了两次电子邮件。 只有第一个到了，现在已经过期了。 第二个没到。 第三次也失败了。

@TheStalwart你给服务台发邮件了吗？

再次重试后，我能够通过之前过期的链接进行签名。 耶！

我无法满足对https://github.com/kubernetes/test-infra/pull/2450的 cla 检查。 我使用我的 github 帐户注册为 Google 的员工，并使用了我在提交时使用的相同电子邮件。 我收到一封电子邮件，要求验证我的电子邮件地址，从那时起 linuxfoundation 网站说我已正确注册。 然而，我的拉取请求仍然有“cnfc-cla: no”标志，即使在 PR 上留下了额外的评论。 我将不胜感激在这个问题上能得到的任何帮助。 谢谢！

我在几个 PR 上看到了同样的事情。

@spxtr你能指出相关的 PR 吗？

此外，如果您遇到任何 CLA 问题，我建议您发送电子邮件至“Linux Foundation Helpdesk [email protected] ”。

大多数情况下，这是因为您的 GitHub 个人资料设置中没有列出相应的电子邮件，或者您没有完全登录https://identity.linuxfoundation.org/projects/cncf并将您的 GitHub 个人资料与低频系统。

我无法满足 kubernetes/test-infra#2450 的 cla 检查。 我使用我的 github 帐户注册为 Google 的员工，并使用了我在提交时使用的相同电子邮件。 我收到一封电子邮件，要求验证我的电子邮件地址，从那时起 linuxfoundation 网站说我已正确注册。 然而，我的拉取请求仍然有“cnfc-cla: no”标志，即使在 PR 上留下了额外的评论。 我将不胜感激在这个问题上能得到的任何帮助。 谢谢！

此处相同，除了我作为个人贡献者签名，使用与 GitHub 完全相同的电子邮件（使用 GitHub 登录）。 仍然尝试找出问题所在。
我正在写信给 Linux 基金会帮助台，到目前为止我没有收到他们的任何回音。

https://github.com/kubernetes/kubernetes/pull/44727提交队列——PR 缺少 CLA 标签； 需要 cla：是，cncf-cla：是或 cla：人工批准之一

我想我已经做了一切...

我尝试以个人身份注册（ gh<at>purefiction.net ），但大约 4 小时后，我还没有收到来自 CNCF 的确认电子邮件。 垃圾邮件文件夹中没有任何内容。

@atombender使用相同的电子邮件地址在 hellosign 上注册，您可能会在那里找到协议文档。 不幸的是，没有re-send agreement选项。

@dolftax ：什么是“hellosign”以及如何到达那里？ 该电子邮件地址不是我用来编写提交的电子邮件地址，因此我需要更改它，但它不会让我再次完成该过程。

@dolftax ：我可以通过删除 cookie 并在此处创建帐户来进一步了解。 但是，没有其他任何事情发生。 如果我然后回到同一个链接，我会看到一个页面说：

贡献者许可协议已发送到您的电子邮件地址。 这必须以电子方式签名才能完成贡献者注册过程。

...但没有电子邮件。

@atombender @dolftax请发送电子邮件至[email protected] ，他们可以帮助您解决问题。 我们还在评估如何更改错误消息，以便在电子邮件未到达时使下一步更清晰。

我们的服务台将跟进您的请求，但一般注意事项：HelloSign（我们发送协议电子邮件的电子签名供应商）会在 3 天和 7 天发送提醒。 我们的帮助台也可以手动发送提醒，即使这不是面向用户的 UI 中的功能。

至于关于在 Hellosign 注册的评论（感谢 @dolftax 的建议！），那就是去https://www.hellosign.com/并点击“注册”。 免费帐户允许您每月最多发送 3 个文档，不包括其他人发送给您的文档（通常在 HelloSign 端没有任何帐户创建的情况下签名）。

（我确实在“gh”电子邮件的 HelloSign “方面”看到了一个未决协议。他们的出站通知也没有退回，或者它会告诉我。）

@dankohn ：这是用户收不到电子邮件的常见问题吗？没有拼写错误或类似问题？ 我们可以联系 HelloSign 支持，看看他们是否可以针对这些问题提供一些具体的故障排除。

@dankohn从 linuxfoundation UI 重新发送协议会更好。

我已经签署了 CLA，但仍然是“cnfc-cla: no”标志，请看一下@foxish @sarahnovotny

我对 CLA 有疑问， https://github.com/kubernetes/test-infra/pull/2764
我确认使用正确的电子邮件，以个人身份登录CNCF，将其链接到github和google，然后再次提交，仍然在CLA上出错，请您看一下吗？

@yutongz你可以给 Linux Foundation Helpdesk [email protected]发送电子邮件，确保你的 github id 与https://identity.linuxfoundation.org/projects/cncf和你的提交相关联

@sarahnovotny和 @foxish
我在签署 CLA 时遇到问题

我已经以[email protected]的身份签名，但我无法使用[email protected] （主要 github 电子邮件）签名，所以我在 github 上遇到了这样的问题： https ://github.com/kubernetes/contrib/pull

一个月前我已经邮寄到 linux 基金会，但我仍然被阻止...
你能修好它吗 ？

@naarani为这个问题道歉。 我将通过 LF IT 升级此问题。

https://github.com/kubernetes/community/pull/631的许可证检查失败，但我的个人资料（见附件）似乎将我归入 CNCF 组：

我在https://identity.linuxfoundation.org/user/me/edit的电子邮件与我在提交时使用的电子邮件相同。

我能做些什么来解决这个问题吗？ 非常感谢！

该组还显示未签名（待定）的 CLA。

谢谢。 很可能我当时没有签名。

我已经等了一段时间的电子邮件了，还没有收到……检查了垃圾邮件和所有邮件。 此外，我似乎没有收到选中“给我发送一份副本”的邮件副本，所以这很可能是一个可传递性问题。 我使用 FastMail。 是否有网页或其他方式我可以签署协议？

@wyc ：是的，另一个使用 Fastmail 的用户也没有收到电子邮件。 我们将问题追溯到 Fastmail 不接受来自我们的电子签名供应商 HelloSign 的邮件，邮件服务器响应如下（由 HelloSign 提供，因为它是他们的 IP 地址）：
451 4.7.1 Data command rejected: Host<br i="7"/> 198.61.255.111/do255-111.hellosign.com has exceeded the per-day email<br i="8"/> limit of 40, try again later - helo=<do255-111.hellosign.com i="9"> - RLR001<br i="10"/> </do255-111.hellosign.com>
您能否跟进 Fastmail 并让他们知道每个 IP 40 天的限制（对我来说似乎真的很低......）正在影响您接受来自这个合法服务提供商的电子邮件的能力？

上面，上面的另一个用户建议，如果您去www.hellosign.com登录/注册，您应该能够看到待处理的电子签名请求（尽管我没有尝试过确认它是否有效） . 除非您有此电子邮件的 Google 身份，通过 SSO 提供经过验证的电子邮件，否则您可能需要能够接收来自 HelloSign 的初始帐户验证电子邮件......然后我们又需要 Fastmail 停止严重速率- 限制 HelloSign。

好的， @emsearcy ，这就像一个魅力。 谢谢。 我会联系我的电子邮件提供商并尝试让他们解决这个问题。

我在下面写了一篇小文章，希望我们可以添加到https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ

因为 GitHub Wiki 目前不允许外部贡献，所以根据我刚刚签署的许可证，以下算作贡献:)

我没有收到包含个人贡献者协议 CLA 的电子邮件。

@emsearcy在
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
某些电子邮件提供商（即 FastMail）的一些用户正在经历
来自电子签名供应商 HelloSign 的电子邮件的可传递性问题。 直到这
已修复，以下解决方法可用：

1. 使用 CLA 的同一电子邮件在HelloSign上创建一个帐户。
2. 使用左侧导航栏转到“文档”部分，然后按
   “CNCF 个人贡献者许可协议”的“签名”按钮。
   
3. 如果需要，请查看并签名。
   
4. 确认协议已在“文件”部分签署。
   
5. 如果您有cncf-cla: no的现有 PR，请等待 5 分钟等待 HelloSign
   和 CI 服务器来解决新协议。 发表新评论
   PR，并且cncf-cla: no标签应该变成cncf-cla: yes 。
   

降价：

### I'm not getting an email containing the CLA for Individual Contributor Agreements.

<strong i="40">@emsearcy</strong> explains in
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-303234338
that some users of certain email providers (namely FastMail) were experiencing
deliverability issues with emails from the e-signing vendor, HelloSign. Until this 
is redressed, the following workaround is available:

1. Create an account on [HelloSign](https://hellosign.com) using the same email for the CLA.
2. Go to the "Documents" section using the left navigation bar and press the
   "Sign" button for "CNCF Individual Contributor License Agreement".
   ![HelloSign Documents Section](https://i.imgur.com/n6o6KzO.png)
3. Review and sign, if desired.
   ![HelloSign Signing Page](https://i.imgur.com/Tcyms6C.png)
4. Confirm that the agreement has been signed in the "Documents" section.
   ![HelloSign Documents Section Confirmed](https://i.imgur.com/99QWSNu.png)
5. If you have an existing PR with `cncf-cla: no`, wait 5 minutes for HelloSign
   and the CI servers to resolve the new agreement. Leave a new comment on the
   PR, and the `cncf-cla: no` label should become a `cncf-cla: yes`.
   ![CLA Fixed](https://i.imgur.com/pKhLQH5.png)

谢谢@wyc！ 更新了常见问题解答。

你好，

我试图代表我的公司签署 CLA。 我注册了 Github，并添加了公司详细信息。 不过，生成的 CLA 中包含我的个人电子邮件。 我已经用我的公司电子邮件创建了另一个帐户，并邀请它作为组织经理。 是否可以重新触发生成，以便在文档中包含我的公司电子邮件？ 我的公司邮箱是 adam[@]iflix.com，我的个人邮箱是 adam[@]boxxen.org

你好！ 我想将我的新组织（blackduck 软件）注册为 kubernetes 贡献者 - 但是我当前的 github 帐户与我以前的组织（红帽）绑定。 我如何 (1) 分离我的 CLA 和 (2) 为以前没有承诺使用 kubernetes 的组织创建新的 CLA？ 谢谢 ！

我刚刚把你踢出了 RH CLA。 我不知道这怎么可能是自助服务。

谢谢 eric :) 我想已经到了一半。

从组织中删除后，您可以在https://identity.linuxfoundation.org/node/285/organization-signup创建一个新组织

此消息是由邮件传递软件自动创建的。

您发送的消息无法传递给它的一个或多个
收件人。 这是一个临时错误。 以下地址延期：

柯蒂斯.l. [email protected]
域 imwiz.com 已超过允许的每小时最大电子邮件数 (168/150 (112%))。 稍后将重新尝试消息

-------- 这是邮件的副本，包括所有标题。 ------
收到：来自 o5.sgmail.github.com ([192.254.113.10]:45396)
由 box969.bluehost.com 和 esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
（进出口 4.87）
（信封从)
id 1dGU7y-000QH7-Mz
为[email protected]； 2017 年 6 月 1 日星期四 11:43:21 -0600
DKIM-签名：v=1； 一个=rsa-sha1； c=放松/放松； d=github.com；
h= from:reply-to :to:cc:in-reply-to:r eferences:subject :mime- version:content-type :content-transfer- encoding:list-id : list-archive:list-post :list -退订；
s=s20150108; bh=ia3KtOMIWMbpcYNB7BF47jscgOE=; b=wrEnOf0+m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt+KoyYjST6dnSVJZf2qr2c/ywsz
ibzt+VpXLS2N/ktdMhBLy25RzMe/UZzT2Ak1rA4JVgQwI8bW+XUTk3Wf1XW2mLev
aqgwhD/qyryuCJhunLBhqxJztrI=
收到：由 filter0654p1mdw1.sendgrid.net 与 SMTP id filter0654p1mdw1-19843-5930522A-4
2017-06-01 17:43:06.164526033 +0000 UTC
收到：来自 github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16])
通过 ismtpd0002p1iad1.sendgrid.net (SG) 与 ESMTP id 8eFn2zRFThqa_B9E8cA5dw
为[email protected] ； 2017 年 6 月 1 日星期四 17:43:06.085 +0000 (UTC)
日期：2017 年 6 月 1 日星期四 10:43:05 -0700
来自：Eric Searcy [email protected]
回复：kubernetes/kubernetes [email protected]
致：kubernetes/kubernetes [email protected]
抄送：订阅[email protected]
消息 ID：
回复：
参考：
主题：回复：[kubernetes/kubernetes] 迁移到 Linux 基金会 (CNCF) CLA
系统 (#27796)
哑剧版：1.0
内容类型：多部分/替代；
边界="--==_mimepart_59305229e47b9_383e3fe2b5315c2c56015";
字符集=UTF-8
内容传输编码：7bit
优先级：列表
X-GitHub-Sender: emsearcy
X-GitHub-收件人：falenn
X-GitHub-原因：已订阅
列表 ID：kubernetes/kubernetes
列表存档： https ://github.com/kubernetes/kubernetes
列表发布： [email protected]
列表退订：,
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-自动响应-抑制：全部
X-GitHub-收件人地址： [email protected]
X-SG-EID：APO41b8ovafPb3SK9rw3vNpc43NX8G/TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2+n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc+wEcvscrXWEuXWCfCL+wOA
x5j/wGGY22HSrKDO211vnPTM3DVM/DsqL9WZDrgs4GyV2tnQ5+HKVxrY8g==
X-垃圾邮件状态：否，分数=-2.5
X-Spam-分数：-24
X-垃圾邮件栏：--
X-Ham-Report：垃圾邮件检测软件，运行在“box969.bluehost.com”系统上，
尚未将此传入的电子邮件识别为垃圾邮件。 原本的
消息已附加到此，因此您可以查看它或标记
类似的未来电子邮件。 如果您有任何疑问，请参阅
根@localhost了解详情。

内容预览：从组织中移除后，您可以
在https://identity.linuxfoundation.org/node/285/organization-signup创建一个新组织
-- 你收到这个是因为你订阅了这个线程。 回复
直接发送至此电子邮件或在 GitHub 上查看： https ://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

内容分析细节：（-2.5分，要求4.0）

pts 规则名称 描述

-0.0 RP_MATCHES_RCVD 信封发送者域匹配切换中继域
-2.8 RCVD_IN_MSPIKE_H2 RBL：平均声誉（+2）
[wl.mailspike.net 中列出的 192.254.113.10]
-0.0 SPF_PASS SPF：发件人匹配 SPF 记录
1.3 HTML_IMAGE_ONLY_24 BODY：HTML：2000-2400字节字的图片
0.0 HTML_MESSAGE BODY：消息中包含的 HTML
-0.1 DKIM_VALID_AU 消息具有来自作者的有效 DKIM 或 DK 签名
领域
-0.1 DKIM_VALID 消息至少有一个有效的 DKIM 或 DK 签名
0.1 DKIM_SIGNED 消息有DKIM或DK签名，不一定有效
-0.8 AWL AWL：来自 AWL 信誉的调整分数 From: address
X-垃圾邮件标志：否

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
内容类型：文本/纯文本；
字符集=UTF-8
内容传输编码：7bit

从组织中删除后，您可以在https://identity.linuxfoundation.org/node/285/organization-signup创建一个新组织

--
您收到此消息是因为您订阅了此线程。
直接回复此邮件或在 GitHub 上查看：
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
内容类型：文本/html；
字符集=UTF-8
内容传输编码：7bit

从组织中删除后，您可以在https://identity.linuxfoundation.org/node/285/organization-signup创建一个新组织

—
您收到此消息是因为您订阅了此线程。
直接回复此电子邮件，在 GitHub 上查看它，或将线程静音。

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015--

编辑组织后无法保存，出现错误You must select one or more groups for this content 。 任何人都可以帮忙吗？ 谢谢！

嗨@supereagle，你最好的选择是发送电子邮件至[email protected]。 （请随时抄送我。

@wyc 干得好！

在提交中使用 github noreply 电子邮件地址时，是否可以让协议签署生效？
见https://help.github.com/articles/about-commit-email-addresses/

这是[email protected] 的问题。 我相信电子邮件地址是用于 CLA 识别的，所以不太可能。

我们正在考虑将此（也不是电子邮件地址）作为功能请求，但随着越来越多的项目开始在 CNCF 中采用 DCO（这需要在 Signed-Off-By 签名中使用电子邮件），我们可能会遇到问题。

我按照记录签署了 CLA（使用正确的 github 和电子邮件帐户），它不适用于此 PR： https ://github.com/kubernetes/charts/pull/1578

如需逐个故障排除，请发送电子邮件至[email protected] （如果您还没有）。

由于 CNCF 要求我们使用公司电子邮件地址作为我们的 LF 恢复电子邮件，我已被锁定在我的个人 LF 帐户之外。 我已经给帮助台发了电子邮件，他们建议创建一个新的 LF 帐户。

我有 2 个 Linux 基金会帐户：

• 油菜。 [email protected] （与 GitHub 链接），作为个人贡献者签名
• 油菜。 [email protected] （新建）

但：

1. 我需要用第二个地址签署 CLA。
2. 要签署 CLA，该帐户必须与 GitHub 帐户相关联。
3. 我不能这样做，因为我的 GitHub 帐户已经与我的个人 LF 帐户/CLA 签名相关联。

有什么建议？

“同上”，差不多。 我的 GitHub 帐户有两个经过验证的电子邮件地址，主要[email protected]和次要 ryan。 [email protected] ，但是 GitHub 没有公开显示辅助电子邮件地址的选项。 我只有一个 LF 帐户，其电子邮件地址为[email protected] ，并且已经链接到我的 GitHub 帐户，并且 CLA 已提交，但似乎没有办法将其设置为我的 canonical.com 地址正在签署 CLA。

你好。 我正在尝试注册 CNCF CLA 以便能够提交代码，但我没有这样做。 这是相应检查失败的 PR：

https://github.com/kubernetes-incubator/external-dns/pull/376

提交是使用我的公司邮件地址进行的。 我使用我的私人 Github 帐户和相关的私人邮件地址（与公司邮件地址不同）在 LinuxFoundation 注册，然后将我的邮件地址更改为与公司邮件地址相同。 从那以后，我与我雇主的公司签约成为 Linux 基金会的一个组织，我（和其他一些员工）担任经理。 CA 检查仍然失败。

出于绝望，我随后将邮件地址改回私人地址，并创建了第二个全新的 LF 帐户，使用不同的用户名和我的公司邮件地址作为其邮件地址，并成功邀请该用户并将其加入组。 CA 检查仍然失败。

我如何找出丢失的内容？ 请帮忙。

更新：现在可以工作了。 感谢@BenTheElder和 LF 基金会的支持。

这个问题仍然存在有什么特别的原因吗？ 我们不是转移到 LF CLA 系统了吗？ 是否需要重命名以反映范围更改？

@spiffxp重命名为“使用 LF CLA 聚合问题”是合适的。

仅供参考，LF 很快将推出对我们的 CLAbot 的重写，有望解决迄今为止导致问题的大多数工作流程。 发生这种情况时，我们可以开始一个新问题并关闭这个问题。

重命名

我在注册个人 CLA 时不小心输入了错误的邮件地址。 因此，“CNCF 个人贡献者许可协议 - 签名请求”被发送到错误的地址。
我同时更新了帐户设置中的邮件地址。

是否有可能收到新的“签名请求”到更正的地址？

@axdotl请发送电子邮件至[email protected] ，他们会照顾你。

@dankohn谢谢！

尝试使用我的 github 注册为个人贡献者时出现此错误：

Sorry, there is a temporary problem signing up contributors for this project. Please try again later.

@enis这是一个无用的错误消息。 请发送电子邮件至 [email protected]。

@emsearcy @alanapost你能看看有没有问题。

（也通过帮助台回复）

这个问题的原因是 GitHub 应该只通过 Oauth 返回经过验证的电子邮件地址，但是对于这个帐户，他们提供了一个用于该帐户的格式错误/混淆的电子邮件地址（没有任何 @ 符号）。 电子签名组件遇到了边缘情况，因为它没有使用不合格的电子邮件字符串进行测试。

我们将在软件中应用修复程序，结果是用户必须修复任何格式错误的电子邮件地址，然后通过我们的网站对其进行验证。

谢谢埃里克，

我能够将我的“enis”帐户用于 CLA。

谢谢您的帮助。 我们可以关闭它。
埃尼斯

2017 年 11 月 21 日星期二下午 4:21，Eric Searcy [email protected]
写道：

（也通过帮助台回复）

这个问题的原因是 GitHub 应该只返回经过验证的
通过 Oauth 提供的电子邮件地址，但对于此帐户，他们提供了
用于
此帐户。 电子签名组件遇到了边缘情况，因为它不是
使用不合格的电子邮件字符串进行测试。

我们将在软件中应用修复程序，结果用户将不得不
修复任何格式错误的电子邮件地址，然后通过我们的网站对其进行验证。

—
你收到这个是因为你被提到了。
直接回复此邮件，在 GitHub 上查看
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

我似乎无法使用公司电子邮件地址签署 CNCF-CLA。

我最初尝试通过使用我的 github.com 帐户登录来签署 CNCF-CLA，看到 CLA 列出了我的个人电子邮件帐户，并意识到我的公司。 电子邮件地址尚未添加到我的 gh 帐户中。

我取消了表格，去 GH 并添加了我的公司电子邮件地址，然后尝试重新签署 CLA，但我只看到一条消息说 CLA 已发送到我的电子邮件地址。 没有收到任何 CLA 表格 - 通过我的个人或公司电子邮件地址。

@greglanthier能否请您发送电子邮件至[email protected] ，他们会帮您解决问题。

您好，我使用 github 帐户注册，但我没有意识到它使用的是我不再想使用的旧电子邮件地址。 我暂时仍然可以访问旧电子邮件。 我正在尝试更改我的 linux 基础配置文件中的电子邮件地址，但我在一条消息上方收到此错误消息，说我将收到一封电子邮件。

    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.
    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.

A confirmation email has been sent to your new email address. You must follow the link provided in that email within 24 hours in order to confirm the change to your account email address.

我没有收到电子邮件，我认为这是因为上面的错误消息。 任何帮助，将不胜感激。
谢谢。

请联系[email protected] ，他们会为您解决。

--
丹·科恩[email protected]
云原生计算基金会执行董事https://www.cncf.io
+1-415-233-1000 https://www.dankohn.com

2018 年 1 月 8 日 10:32，Christian Roy [email protected]写道：

您好，我使用 github 帐户注册，但我没有意识到它使用的是我不再想使用的旧电子邮件地址。 我暂时仍然可以访问旧电子邮件。 我正在尝试更改我的 linux 基础配置文件中的电子邮件地址，但我在一条消息上方收到此错误消息，说我将收到一封电子邮件。

An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.
An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.

确认电子邮件已发送到您的新电子邮件地址。 您必须在 24 小时内点击该电子邮件中提供的链接，以确认更改您的帐户电子邮件地址。
我没有收到电子邮件，我认为这是因为上面的错误消息。 任何帮助，将不胜感激。
谢谢。

—
你收到这个是因为你被提到了。
直接回复此电子邮件，在 GitHub 上查看它，或将线程静音。

我过去以个人贡献者的身份签署了 CLA。
现在我在一家公司工作，我会在工作时间做出贡献，显然，当我这样做时，IP 归公司所有。 但并不是我在工作之外所做的一切都属于公司。

我的问题：

• 如何将我的帐户从“个人”更改为“员工”？ 我已经更改了电子邮件地址，但我找不到更改它的按钮。
• 我如何反映我创建的东西的 IP 取决于上下文（我创建东西的时间和它是什么）？ 这在欧洲劳动法中并不少见。 因为公司只要求人们在许多司法管辖区担任雇员时创造的一切都是非法的。
• 所以从技术上讲，我可以同时是（薛定谔的贡献者）个人和员工贡献者，这取决于很多情况。 我如何保持两件事情的签名？

我以个人身份签署了 CLA，并加入了 GitHub。 我有一个待处理的 PR 抱怨我没有这样做。 我检查了提交的电子邮件是否与已验证的 GitHub 匹配。

你能检查一下吗？

以下是 PR 的链接：
https://github.com/kubernetes/kubernetes/pull/60962

@technicianted请联系[email protected] ，他们会为您解决。

问题在 90 天不活动后变得陈旧。
使用/remove-lifecycle stale将问题标记为新问题。
陈旧的问题在额外的 30 天不活动后腐烂并最终关闭。

如果这个问题现在可以安全关闭，请使用/close来关闭。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/生命周期陈旧

陈旧的问题在 30 天不活动后腐烂。
使用/remove-lifecycle rotten将问题标记为新问题。
再过 30 天不活动后，烂问题就会关闭。

如果这个问题现在可以安全关闭，请使用/close来关闭。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/生命周期腐烂
/删除-生命周期陈旧

烂问题在 30 天不活动后关闭。
使用/reopen重新打开问题。
使用/remove-lifecycle rotten将问题标记为新问题。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/关闭

/重新打开

仍然是新贡献者的主要障碍

/删除-腐烂的生命周期

仅供参考，上周在 KubeCon / CloudNativeCon 中国新贡献者研讨会期间，我观察到许多（大多数？）参与者在 UI/UX 方面苦苦挣扎：

https://camo.githubusercontent.com/cdcaa8a1b2679acb1c8452091a05e27c8e68bc54/687474703a2f2f692e696d6775722e636f6d2f74456b3278336a2e706e67

具体有两点：

• Facebook、谷歌、GitHub、OpenStack 在不同程度上是特定于位置或生态系统的，而且也是图形化的，因此很可能没有在浏览器中翻译。
• 登录元素的“或--登录”替代部分作为可点击元素并没有明显突出，而不仅仅是蓝色框中的 Linux 基金会蓝色主题文本。

鉴于参与通常需要 GitHub，因此只有两个框在视觉上可能更容易：

1. 使用 GitHub 登录
2. 使用 Linux 基金会 ID 登录

并从屏幕上剥离其他选项以在视觉上简化。 如果此人仅选择了 Linux Foundation ID，_则_会有一个屏幕询问他们现有的 Linux Foundation ID 或允许创建一个。

我怀疑大多数人会简单地选择 GitHub，这就是应该优化对话的流程。

我一直在尝试签署 CLA 以继续我的 PR https://github.com/kubernetes/kubernetes/pull/72275 ，但尽管经过多次尝试，我仍未收到电子邮件协议。 两天前我也联系了[email protected] ，但还没有收到任何回复——他们的回复似乎是最小的/延迟的，因为这是假期。 我希望尽快找到一种方法来解除对 PR 的封锁。

抱歉@srmocher ，但 Linux 基金会帮助台要到 1 月 2 日才能解决这个问题。

问题在 90 天不活动后变得陈旧。
使用/remove-lifecycle stale将问题标记为新问题。
陈旧的问题在额外的 30 天不活动后腐烂并最终关闭。

如果这个问题现在可以安全关闭，请使用/close来关闭。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/生命周期陈旧

/删除-生命周期陈旧
/生命周期冻结