docs(vs_code_extension) 有关多个根文件夹和 monorepos 的文档
此 PR 介绍了有关如何将 VS Code 扩展与添加到工作区的多个根文件夹一起使用的一些说明。它还建议扩展如何与单一存储库一起使用。
关闭#17240
docs(vs_code_extension) 有关多个根文件夹和 monorepos 的文档
此 PR 介绍了有关如何将 VS Code 扩展与添加到工作区的多个根文件夹一起使用的一些说明。它还建议扩展如何与单一存储库一起使用。
关闭#17240
你好@debs-obrien,我将提供一些更改。不幸的是,我今天不能这样做,但明天可能会这样做。
@debs-obrien,很抱歉耽搁了,但我最近两天确实没有时间。
我考虑过创建一个新文档,该文档将在guides
.但是,我不确定是否应该使用该后缀-js
或者它是否具有通用性。我还认为Playwright.dev中需要一个新的提交才能将这个新文档放在guides
.
我真的应该在两天前读到您的消息时就这么说,但是您能否根据您的需要创建这个新文档,无论是否带有后缀-js
?
嗨,不用担心@phcoliveira
我明天就可以解决。
但要回答你的问题,它会有 js 扩展,因为它仅与仅在节点中工作的 VS 代码扩展相关。添加 js 扩展意味着 doc 将仅显示在节点文档中。所有文档均在此处创建,然后转交给剧作家。因此,我们在该存储库中需要做的唯一手动操作是将页面添加到侧边栏,以便在合并 pr 后可以发现它。
嗨,不用担心@phcoliveira
我明天就可以解决。
但要回答你的问题,它会有 js 扩展,因为它仅与仅在节点中工作的 VS 代码扩展相关。添加 js 扩展意味着 doc 将仅显示在节点文档中。所有文档均在此处创建,然后转交给剧作家。因此,我们在该存储库中需要做的唯一手动操作是将页面添加到侧边栏,以便在合并 pr 后可以发现它。
感谢您的准备,@debs-obrien。然后我将继续创建一个VS Code extension
以后缀命名的新文档-js
。如果您对此类文档的标题有任何建议,请告诉我。
您可以给它起一个 VS Code Extension 的标题。
看起来很棒。稍后我将在此文档中添加更多 VS Code 扩展内容,这些内容在入门中未涵盖,但这是一个很好的开始,非常值得赞赏。合并后,我将负责添加到侧边栏。
@mxschmitt 会给您重看一遍,以确保我们没有错过任何内容。
只是一个友好的提醒,@mxschmitt。
无需提醒@phcoliveira。马克斯和我正在讨论文档上线之前还需要添加哪些内容。如果我们需要重命名某些部分、添加其他部分等,那么请考虑它仍在进行中。我们不想让某些东西活起来,然后将其删除,所以我们要确保它是正确的、坚固的、并且能够保留下来。这些决定总是需要时间。感谢你的理解 ?
我正在测试您的指南中提到的边缘情况,它按预期为我工作,这将使此页面变得不必要。我用 TypeScript 和 JavaScript 对其进行了测试。在这两种情况下,它都能正确识别子文件夹内的多个 Playwright 配置。
您能以 git 存储库的形式分享您的确切文件结构吗?
我正在测试您的指南中提到的边缘情况,它按预期为我工作,这将使此页面变得不必要。我用 TypeScript 和 JavaScript 对其进行了测试。在这两种情况下,它都能正确识别子文件夹内的多个 Playwright 配置。
您能以 git 存储库的形式分享您的确切文件结构吗?
我同意,如果在嵌套文件夹中检测到 Playwright 配置,则此页面将是不必要的,甚至可能是有偏见的。
我会立即尝试。我想我今天或明天早上就能给你答复。 @mx施密特
我正在测试您的指南中提到的边缘情况,它按预期为我工作,这将使此页面变得不必要。我用 TypeScript 和 JavaScript 对其进行了测试。在这两种情况下,它都能正确识别子文件夹内的多个 Playwright 配置。
您能以 git 存储库的形式分享您的确切文件结构吗?
@mxschmitt,你是对的。我将项目从一个根安装更改为多个嵌套安装,并且 VS Code 扩展正在运行。
到目前为止,我无法解释为什么它在我的第一次尝试中不起作用。我开始进行多次安装,但在扩展中没有找到任何测试。我在某处读到(将尝试再次找到它),该扩展将在package.json
文件和配置文件中查找 Playwright 作为依赖项。
因此,我认为我编写的说明是有害的,因为我确实相信每个包都有一个 Playwright 配置比在多个项目的根目录下使用一个 Playwright 配置更好。
在一个不相关(或切线)的问题上,我确实认为扩展中的项目“配置文件”令人困惑,可以使用单个选择而不是多个选择。而且测试树应该只显示与该单个项目匹配的测试。
我相信 Playwright 的功能远超其预期:一个 e2e 测试套件。我使用它在一个包中测试 Firebase 的规则和功能,并在另一个包中测试 React 组件。因此,当我只从另一个包中选择由 Firefox 执行的客户端测试时,从一个包中看到服务器的测试(Firebase)是很奇怪的。因此,总而言之,我在所有包中用 Playwright 替换了 Jest、JsDom 和测试库 React。
@debs-奥布莱恩
因不再需要而关闭,并在 vs 入门指南中提供新的解释