公开项目会议 - 2020年4月9日
为了提高Selenium项目的透明度，我们现在每两周举行一次公开项目会议。这些会议是以书面形式举行的，在Selenium Slack的#selenium-tlc频道上进行。
以下是2020年4月9日会议的时间线（时间为欧洲中部时间）。
下一次会议将于2020年4月23日欧洲中部时间下午4:30举行。
Simon Stewart 4:31 PM @adamgoucher 这些事情需要一个日历邀请
adamgoucher 4:32 PM 嗯，最初的想法是人们可以管理自己的日历，但是如果你告诉我你想要附加到哪个电子邮件地址，我可以把你添加到我一直在添加那些想要邀请的人的邀请中
4:35 总之，这是议程的粗略近似。我们来看看进展如何；
- 任何需要在公开场合讨论的治理方面的问题（不仅限于，还包括公开宣布获得提交权限的人员等）
- PR 的状态
- 问题的状态
- 与 Selenium 项目相关的活动状态（印度、芝加哥是主要的）
- 下一个版本的状态和/或时间表
- 围绕比喻性的桌子，了解人们在他们签署的事情上的进展情况
- 任何需要在公开场合解决的问题（从阅读频道来看，主要出现的是 JS 讨论）
- 开放讨论，由“项目人员”发起其他讨论
4:38 任何需要在公开场合讨论的治理方面的问题（不仅限于，还包括公开宣布获得提交权限的人员等）
Diego Molina 4:38 PM 如果有时间，让我们添加最近关于添加 Go 绑定的主题
adamgoucher 4:38 PM 最近有 SFC 会议吗？（我不记得他们是什么时候）
Diego Molina 4:40 PM 关于治理，我想说：我们需要定义在哪里放置这些会议纪要，如何广泛地宣布它们（我们需要吗？），以及我们仍然需要行为准则
adamgoucher 4:41 PM 好的。 @diemol 如果我在周一早上还没搞清楚如何把它们放到博客上，就来烦我
Diego Molina 4:41 PM 所以，会议纪要…我们可以将它们以与博客条目相同的格式放置，并且我们可以标记/标签它们，以便它们可以公开访问。我可以做到这一点，我只需要之前会议的内容，以及关于如何添加新会议的小说明
adamgoucher 4:43 PM 我认为我们从这个开始。我上次没有做最棒的笔记，它们可能已经在频道中过期了（还没有向上滚动查看）
Diego Molina 4:43 PM 好的，那么我将从这个开始做起
adamgoucher 4:44 PM 行为准则的负责人是谁
Diego Molina 4:44 PM @AutomatedTester 说过正在做这个？ 4:44 但是我们目前有一个草案，我们为什么不使用那个草案并在此基础上迭代呢？
adamgoucher 4:45 PM 有道理。就像我们对其他文档所做的那样
4:46 好的。列表中的下一件事是 PR 的状态。 @AutomatedTester 在过去一周像个疯子一样剔除，现在我们减少了 62 个
4:47 紧随其后的是问题的状态，现在有 402 个，我认为他也正在攻击（但我没有 2 周前的数字）
Diego Molina 4:48 PM 也许我们应该建立一个项目健康状态仪表板。我看到一些 OSS 项目可以做到这一点
adamgoucher 4:49 PM 可能会很有趣。当然，我们也可以就“什么”是健康的进行疯狂的语义讨论。 :smile
4:50 下一个；与 Selenium 项目相关的活动状态（印度、芝加哥是主要的）
4:51 我看到 seconf 印度已经移到了 9 月。芝加哥的情况如何？
Diego Molina 4:51 PM 我认为没有人可以回答这个问题
David Burns 4:52 PM 我也认为现在评论还为时过早。芝加哥目前处于封锁状态，在可预见的未来都是如此
4:52 我们还需要看看当我们走出家门时，还有多少场地仍然存在
Isaul Vargas 4:53 PM 至于美国的大城市，只有到 5 月底我们才能知道，由于测试和降低曲线，限制是否会被解除。
adamgoucher 4:53 PM （它更多的是一个重复的议程项目，而不是我看到有人可以回答）
4:54 限制将在 6 月解除，并在 7 月重新收紧。这是一种流行病的方式。（真的，会一直这样直到我们获得疫苗）
4:55 下一个项目；下一个版本的状态和/或时间表。 @simonstewart?
Simon Stewart 4:55 PM 印度已经移到了今年晚些时候
4:56 我们正在公开运行 4.0 版本： https://github.com/SeleniumHQ/selenium/projects/2
4:56 配置方面的事情不会太糟糕。我非常喜欢 TOML 打开了一些选项的事实
adamgoucher 4:56 PM 是的。那么你的计划仍然是“在舞台上按下按钮进行发布，然后退休享用你每天的饮料”，还是我们的目标是日历的某个相同部分
Simon Stewart 4:56 PM 当我们发布时，我就退出
4:57 我仍然希望尽快发布测试版
4:57 但是在我们可以达到那个地步之前，还有一些大的部分缺失
4:58 其中最大的一个是网格中的 CDP 内容，我已经在我的机器上的各个分支中拥有许多移动部件
Diego Molina 4:58 PM 当我查看“待办事项”列中的内容时，也许 80% 是网格，对吗？
5:00 如果是这样，这让我平静下来，因为至少（从我这边来说），我正在慢慢有更多时间来处理代码
5:00 但是该列表中有几件事让我担心：IDE 到单存储库（并使用 bazel 构建它）+ 在 JS 中实现 CDP 和相对定位器
David Burns 5:01 PM 我现在正在做 IDE 到单存储库
5:01 JS 中的相对定位器应该很容易，我可以做或者告诉 @harsha509 如何做
Diego Molina 5:02 PM 但是在 IDE 中，我们在浏览器扩展与 Electron 方面的做法是什么
5:02 现在我们只能做浏览器扩展，对吗？
David Burns 5:02 PM 这与单存储库工作分开
5:03 这些是给 @tourdedave 和 @corevo 的问题
Simon Stewart 5:03 PM 现在，只有一个浏览器扩展，但是 @tourdedave 和 @corevo 确实开始了 Electron 端口的工作
5:03 我不确定他们取得了什么样的进展，如果有的话
Diego Molina 5:04 PM 好的，所以看起来我们现在只会专注于浏览器扩展
adamgoucher 5:07 PM 好的，所以总结一下；所有已知的待办事项都在 github 项目中，印度已经转移，但不想只是将目标转移到 9 月，目标是尽快开始测试版，网格 CDP 实际上是这些开始前的最后一个大障碍
Diego Molina 5:08 PM 和 JS 内容，对吗？
5:08 (CDP + 相对定位器)
adamgoucher 5:09 PM 我认为我们可以跳过下一件事，即“人们在他们签署的事情上的进展如何”，并用“参见 github 项目”来代替
5:11 因为我准备的列表中的下一件事是 - 任何需要在公开场合解决的问题，今天，这意味着“如何处理 javascript”。不确定另一天是否解决了任何问题，但我认为其核心是“webdriver.js 是官方绑定，但不在项目的支持下”或类似的东西？
Simon Stewart 5:11 PM 重申其他人的反馈和我自己的想法
5:12 有一种普遍的感觉是，Selenium 项目应该拥有自己的核心绑定。我们已经从基本上没有人对 JS 感兴趣，到有了 Sri 的加入 (@harsha509)。我们还没有确定整体战略
5:14 这有点暗示不要使用 webdriver.io 的 webdriver 模块，而是继续使用我们自己的东西
5:14 除非该模块转移到项目的主持下
Diego Molina 5:15 PM 哦，实际上我正在和 @christian-bromann 谈论它，他再次表达了他帮助移动 JS 绑定以使用 webdriver 包的兴趣，并为想要维护绑定的人做好准备
Simon Stewart 5:15 PM 如果 webdriver 包的代码在我们的存储库中，我认为这可能是我们会做的事情
Diego Molina 5:16 PM 我不 100% 确定他是否同意将该包中的代码移到我们的存储库中，但在最坏的情况下，复制代码/分支可以吗？
Simon Stewart 5:17 PM 这似乎是个坏主意
Christian Bromann 下午5:17 在 Selenium 仓库中不包含 WebDriver 绑定会有什么问题？
Simon Stewart 下午5:18 我从几个人那里得到的反馈是，他们对此感到非常不舒服，并且不会同意这样做
下午5:18 这不仅仅是一个技术问题
下午5:18 还需要考虑社会因素
Christian Bromann 下午5:19 我明白了。
Diego Molina 下午5:20 嗯，委员会的目的是在这些情况下达成共识，但看起来我们在这个问题上永远无法达成共识
Christian Bromann 下午5:20 嗯，基于一些 json 文件生成原始绑定的想法很容易重新实现，我很高兴支持如何完成它。
下午5:22 将代码从 WebdriverIO 复制到 Selenium 相当困难，因为它依赖于一些其他的 wdio 实用程序（日志记录和实用函数）
Simon Stewart 下午5:22 我想知道 JS 绑定偏离了多远
下午5:23 明显缺失的 4.0 功能是相对定位器和 CDP 集成
下午5:23 CDP 集成在任何地方都没有被妥善解决。我们有权访问原始协议，但我们还没有构建人们实际会使用的抽象
Christian Bromann 下午5:23 鉴于这种情况，我也很乐意邀请 Selenium JS 贡献者加入 WebdriverIO 组织，以确保代码访问和合并/审查代码更改的能力。
Simon Stewart 下午5:24 谢谢
Diego Molina 下午5:25 好吧，那么 JS 绑定似乎保持原样，希望我们都能找到一种方法让它们适合 4.0 版本
下午5:25 我们应该谈谈 go 绑定吗？
adamgoucher 下午5:26 那是我列表上的唯一另一件事
Simon Stewart 下午5:26 我们可以谈谈 Go 绑定
下午5:27 Miki 曾提出将 https://github.com/tebeka/selenium 捐赠给该项目
下午5:27 我当时很忙，而且健康状况不佳，所以把事情都放下了
下午5:27 我们应该重新拾起它吗？
adamgoucher 下午5:28 他也打算维护它吗（不知道它们的状态），还是说“我做了一个东西，不再需要了，所以如果有人想用就可以拿走”
Simon Stewart 下午5:28 我不知道
下午5:28 这将是谈话的一部分
David Burns 下午5:29 如果是后者，我不确定我们是否想要它们。它非常棒，但潜在的维护负担感觉不值得
Simon Stewart 下午5:30 的确
下午5:30 但有一些“官方”的 Go 绑定会很好。
adamgoucher 下午5:30 我对 Go 一无所知，但我觉得将任何绑定包含在主项目中的标准是：它是否被维护？它是否符合该语言的习惯用法？是否没有一个竞争的、更明显的绑定可以合并？
Simon Stewart 下午5:30 事实证明人们喜欢它们
下午5:30 s/them/该语言/
Diego Molina 下午5:30 似乎值得就此展开讨论
下午5:30 谁想与 Miki 主导这次谈话？
Simon Stewart 下午5:31 它现在相当沉寂，但这是因为已经完成了吗？我的理解是“是的”。我没有意识到有任何问题
下午5:31 把手指放在鼻子上
adamgoucher 下午5:31 听起来像是“你负责”关于 Go 的对话。就像这样
Simon Stewart 下午5:31 不是我
下午5:31 是的，我认为这是一个非常值得进行的对话
Diego Molina 下午5:32 我从快速浏览中可以看出，Go 绑定中包含供应商的东西，例如，它可以直接使用 Sauce Labs
下午5:33 即使我为 Sauce 工作，我们也需要查看所有这些东西，以防我们想合并它们
Simon Stewart 下午5:34 是的
Diego Molina 下午5:36 我知道 Grid 的工作原理（一般来说），但是当谈到绑定时，我的脑海中仍然存在盲点，我们需要一个了解绑定应该如何工作的人来检查 Go 绑定
adamgoucher 下午5:37 听起来像是“我们认为将 Go 绑定包含在主项目中很酷，但是目前频道中的人们没有足够的兴趣（或知识）来推动对话”
下午5:38 可能还需要与 sfc 讨论权利转让等事宜。尽管现有的许可协议可能涵盖它
Diego Molina 下午5:39 也许我们两周后再重新提出这个话题，看看人们的感受如何？
Simon Stewart 下午5:40 同意
adamgoucher 下午5:41 好的。我没有其他事了？其他人有吗？
Simon Stewart 下午5:42 我还有其他会议要参加，所以没有我的事了
adamgoucher 下午5:43 我认为其他人的沉默表示没有。谢谢大家！
Diego Molina 下午5:43 谢谢大家！
