公开项目会议 - 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 的状态
- 问题的状态
- 与 se 项目相关活动的状态（印度、芝加哥是主要活动）
- 下一个版本的状态和/或时间表
- 围绕虚拟表格讨论人们如何针对他们签署的任务完成情况
- 任何需要在公共场合解决的问题（从阅读频道来看，主要问题是 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 下一个；与 se 项目相关活动的状态（印度、芝加哥是主要活动）
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（这更多的是一个重复的议程项目，而不是我看到有人可以回答）
下午 4:54 限制将在 6 月解除，并在 7 月重新收紧。正如疫情期间的情况一样。（实际上，在我们获得疫苗之前都会如此）
下午 4:55 下一个议题；下一个版本的状态和/或时间表。@simonstewart？
Simon Stewart 下午 4:55 印度的发布时间已移至今年晚些时候
下午 4:56 我们正在公开运行 4.0 版本：https://github.com/SeleniumHQ/selenium/projects/2
下午 4:56 配置方面的东西不会太糟糕。我非常喜欢 TOML 提供了一些选项
adamgoucher 下午 4:56 嗯。那么你的计划仍然是“在台上按按钮进行发布，然后去喝你的每日饮品”还是我们打算在日历上的大致相同的时间进行发布？
Simon Stewart 下午 4:56 当我们发布时，我就退出了
下午 4:57 我仍然希望尽快发布 beta 版本
下午 4:57 但在达到那个目标之前，还有一些重要的部分缺失
下午 4:58 其中最重要的是 Grid 的 CDP 部分，我已经在我机器上的各个分支中完成了许多移动部件
Diego Molina 下午 4:58 当我查看“待办事项”列中的内容时，可能 80% 是 Grid，对吗？
下午 5:00 如果是这样，这会让我感到平静，因为至少（从我这边来看），我正在慢慢有更多时间来处理代码
下午 5:00 但该列表上有一些事情让我担心：IDE 到 monorepo（并使用 bazel 构建它）+ 在 JS 中实现 CDP 和相对定位器
David Burns 下午 5:01 我现在正在做 IDE 到 monorepo 的工作
下午 5:01 JS 中的相对定位器应该很容易，我可以做，或者可以指导 @harsha509 完成它
Diego Molina 下午 5:02 但是在 IDE 中，我们在浏览器扩展与 electron 方面的做法是什么
下午 5:02 现在我们只能做浏览器扩展，对吗？
David Burns 下午 5:02 这与 monorepo 工作是分开的
下午 5:03 这些问题是给 @tourdedave 和 @corevo 的
Simon Stewart 下午 5:03 现在，只有浏览器扩展，但 @tourdedave 和 @corevo 确实开始着手 electron 端口的工作
下午 5:03 我不确定他们取得了什么进展，如果有的话
Diego Molina 下午 5:04 好的，看来我们现在只专注于浏览器扩展
adamgoucher 下午 5:07 好的，总结一下；所有已知的待办事项都在 github 项目中，印度的发布时间已推迟，但不想仅仅将目标推迟到 9 月，而是计划尽快开始 beta 测试，grid cdp 是开始测试前的最后一个重大障碍
Diego Molina 下午 5:08 还有 JS 的内容，对吗？
下午 5:08 （CDP + 相对定位器）
adamgoucher 下午 5:09 我认为我们可以跳过下一个问题“人们在他们注册的事情上的进展如何”，用“查看 github 项目”代替
下午 5:11 因为我准备的清单上的下一个内容是 - 任何需要在公共场合解决的事情，对于今天来说，这意味着“如何处理 javascript”。我不确定前几天是否解决了什么问题，但我认为核心问题是“webdriver.js 是官方绑定，但不在项目的主持下”，或者类似的情况？
Simon Stewart 下午 5:11 重申其他人的反馈，以及我自己的反思
下午 5:12 大家普遍认为，selenium 项目应该拥有其自身绑定的核心。我们已经从基本上没有人对 JS 感兴趣，到 Sri (@harsha509) 的加入。我们还没有确定整体策略
下午 5:14 这似乎表明不使用 webdriver.io 的 webdriver 模块，而是继续使用我们自己的东西
下午 5:14 除非该模块转移到项目的主持下
Diego Molina 下午 5:15 哦，实际上我正在和 @christian-bromann 谈论此事，他再次表示有兴趣帮助将 JS 绑定转移到使用 webdriver 包，并为想要维护绑定的人做好准备
Simon Stewart 下午 5:15 如果 webdriver 包的代码在我们的仓库中，我认为这可能是我们会做的
Diego Molina 下午 5:16 我不能 100% 确定他是否同意将该包中的代码转移到我们的仓库，但在最坏的情况下，复制/派生代码是否可行？
Simon Stewart 下午 5:17 这似乎不是一个好主意
Christian Bromann 下午 5:17 将 webdriver 绑定放在 Selenium 仓库之外有什么问题？
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/它们/该语言/
Diego Molina 下午 5:30 似乎值得尝试进行对话
下午 5:30 谁愿意推动与 Miki 的对话？
Simon Stewart 下午 5:31 它现在处于休眠状态，但这是否是因为它已经完成了？我的理解是“是的”。我所知道的是“没有”
下午 5:31 用手指指着鼻子
adamgoucher 下午 5:31 听起来像是“你是 go”，就 go 的对话而言
Simon Stewart 下午 5:31 不是我
下午 5:31 是的，我认为这是一个非常值得进行的对话
Diego Molina 下午 5:32 我快速浏览了一下，发现 go 绑定中有 vendor 的内容，例如，它可以直接使用 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 也许我们可以在 2 周后重新提出这个话题，看看大家的感受？
Simon Stewart 下午 5:40 同意
adamgoucher 下午 5:41 好的。我没有其他的事情了？其他人有吗？
Simon Stewart 下午 5:42 我还有其他会议要参加，所以我没什么要说的了
adamgoucher 下午 5:43 将其他人的沉默视为否定。谢谢大家！
Diego Molina 下午 5:43 谢谢大家！
