作为一个程序猿天天大部分事件都在跟vscode打交道，定义个数组函数都要解析保存个一两分钟的情况，网页在那转转转就是不出结果，真的整个人都很暴躁，想锤电脑 情况发生的就很突然用了网上的一大顿办法，各种重启、关配置。。。就是没用 后来就用土办法，一个一个插件的排查最开始排查liveserver、eslint、prettier、vetur...这种可能性比较高的 最后发现发现是这玩意的锅最开始安它是因为有Element-ui的提示，用起来贼方便终于不卡了，vue-helper我谢谢你? 希望能帮上跟我有一样情况的兄弟（本来是想着是vscode自身的问题，要是调不好就准备拾回webstrorm了）
作为一个程序猿天天大部分事件都在跟vscode打交道，定义个数组函数都要解析保存个一两分钟的情况，网页在那转转转就是不出结果，真的整个人都很暴躁，想锤电脑 情况发生的就很突然用了网上的一大顿办法，各种重启、关配置。。。就是没用 后来就用土办法，一个一个插件的排查最开始排查liveserver、eslint、prettier、vetur...这种可能性比较高的 最后发现发现是这玩意的锅最开始安它是因为有Element-ui的提示，用起来贼方便终于不卡了，vue-helper我谢谢你? 希望能帮上跟我有一样情况的兄弟（本来是想着是vscode自身的问题，要是调不好就准备拾回webstrorm了）
项目管理区：创建项目，创建测试用例，进行项目浏览，切换对象浏览，在PerformanceRunner性能测试工具/压力测试工具中位于垂直拆分条的左边；脚本编辑区：对测试脚本编辑，在PerformanceRunner中位于水平拆分条的上部；结果输出及参数表编辑：测试脚本标准输出，查看测试信息，编辑参数表，在PerformanceRunner性能测试工具/压力测试工具中位于水平拆分条的下部。【项目管理器】项目管理器用来显示当前IDE中所有的项目，并且显示项目中的脚本。项目管理器中的项目及脚本组织成一个树状结构，每一个项目名称是一个文件夹，其下的脚本都位于此文件夹下。对于每一个节点，如果是项目名称，
项目管理区：创建项目，创建测试用例，进行项目浏览，切换对象浏览，在PerformanceRunner性能测试工具/压力测试工具中位于垂直拆分条的左边；脚本编辑区：对测试脚本编辑，在PerformanceRunner中位于水平拆分条的上部；结果输出及参数表编辑：测试脚本标准输出，查看测试信息，编辑参数表，在PerformanceRunner性能测试工具/压力测试工具中位于水平拆分条的下部。【项目管理器】项目管理器用来显示当前IDE中所有的项目，并且显示项目中的脚本。项目管理器中的项目及脚本组织成一个树状结构，每一个项目名称是一个文件夹，其下的脚本都位于此文件夹下。对于每一个节点，如果是项目名称，
背景前段时间为了迁移一个旧服务到新项目，由此产生了一个巨大的PR，为了方便CodeReview，最终基于文件夹，将其拆分成了多个较小的PR；现在这里记录下，后面可能还会需要。演示为了方便演示，我创建了如下一个large_pr_branch到main的大PR，99+的文件修改通过观察，我们可以将这个大PR，基于项目的分层结构，拆成5个较小的PR，即NewApi、Core、Infrastructure、UnitTest/IntegrationTest。第一步获取差分文件首先通过gitdiff命令得到指定文件夹在large_pr_branch分支相较于main分支的差分文件（difffile），以N
背景前段时间为了迁移一个旧服务到新项目，由此产生了一个巨大的PR，为了方便CodeReview，最终基于文件夹，将其拆分成了多个较小的PR；现在这里记录下，后面可能还会需要。演示为了方便演示，我创建了如下一个large_pr_branch到main的大PR，99+的文件修改通过观察，我们可以将这个大PR，基于项目的分层结构，拆成5个较小的PR，即NewApi、Core、Infrastructure、UnitTest/IntegrationTest。第一步获取差分文件首先通过gitdiff命令得到指定文件夹在large_pr_branch分支相较于main分支的差分文件（difffile），以N
OpenAtomOpenHarmony（以下简称“OpenHarmony”）工作委员会首度发起「OpenHarmony开源贡献者计划」，旨在鼓励开发者参与OpenHarmony开源建设、贡献代码或者帮助社区提交和修复Bug，与OpenHarmony社区共同成长。 本期「OpenHarmony开源贡献者计划」以“战码先锋，PR征集令”为主题，围绕OpenHarmony401个主干仓，发起奖励提交PR（PullRequest）的活动。您可在GiteeOpenHarmony代码仓提交PR参与活动（https://gitee.com/openharmony），和大家同台竞技，比拼技艺。 活动规则
OpenAtomOpenHarmony（以下简称“OpenHarmony”）工作委员会首度发起「OpenHarmony开源贡献者计划」，旨在鼓励开发者参与OpenHarmony开源建设、贡献代码或者帮助社区提交和修复Bug，与OpenHarmony社区共同成长。 本期「OpenHarmony开源贡献者计划」以“战码先锋，PR征集令”为主题，围绕OpenHarmony401个主干仓，发起奖励提交PR（PullRequest）的活动。您可在GiteeOpenHarmony代码仓提交PR参与活动（https://gitee.com/openharmony），和大家同台竞技，比拼技艺。 活动规则
本文是深入浅出ahooks源码系列文章的第八篇，该系列已整理成文档-地址。觉得还不错，给个star支持一下哈，Thanks。本篇文章算是该系列的一个彩蛋篇，记录一下第一次给开源项目提PR的过程（之前好像也有过，不过那个非常小的一个改动），希望能够帮助更多的人参与到开源项目中来。起因在写了几篇关于ahooks的文章之后，收到了官方同学的私信。这让我受宠若惊的同时也有点小兴奋和惶恐。兴奋是，之前感觉参与开源是一件遥不可及的事情，现在似乎我也能够去做了。当然也有私心，假如我的简历上有给开源项目做贡献的经历，那岂不是一个不错的加分项？惶恐的是，我之前没有参与过开源项目，担心自己不能做好这件事。根据大佬
本文是深入浅出ahooks源码系列文章的第八篇，该系列已整理成文档-地址。觉得还不错，给个star支持一下哈，Thanks。本篇文章算是该系列的一个彩蛋篇，记录一下第一次给开源项目提PR的过程（之前好像也有过，不过那个非常小的一个改动），希望能够帮助更多的人参与到开源项目中来。起因在写了几篇关于ahooks的文章之后，收到了官方同学的私信。这让我受宠若惊的同时也有点小兴奋和惶恐。兴奋是，之前感觉参与开源是一件遥不可及的事情，现在似乎我也能够去做了。当然也有私心，假如我的简历上有给开源项目做贡献的经历，那岂不是一个不错的加分项？惶恐的是，我之前没有参与过开源项目，担心自己不能做好这件事。根据大佬
