Gatsby develop运行失效：报TypeError: is.urlInstance错误及npm依赖解析失败

• 执行gatsby develop抛出TypeError: is.urlInstance is not a function运行错误、npm安装阶段返回ERESOLVE依赖树解析失败，两个异常的触发根源完全一致：
  • 项目当前使用的Gatsby版本为3.3.0，属于3.x大版本线
  • 项目依赖的gatsby-wpgraphql-inline-images@0.2.5插件，官方peer依赖仅支持Gatsby 2.13.12及以上的2.x版本，既无法通过npm的依赖树校验，也因Gatsby 3的内部API变更，无法正常调用is.urlInstance等内部方法触发运行时报错
• 此前尝试升级Gatsby版本未解决问题，是因为未调整该插件的版本适配关系，仅提升Gatsby版本反而会进一步扩大版本错位的影响。

• 版本对齐适配
  • 若需保留原插件全部功能，需将项目Gatsby版本回退至2.13.12及以上的稳定2.x版本，同步对齐所有Gatsby生态关联依赖（如gatsby-cli、gatsby-source-wordpress等）的2.x版本，完成依赖安装后再执行启动命令，可同时解决安装报错和运行时的API调用错误。
• 插件替换适配
  • 若需保留Gatsby 3.x及更新的大版本，可移除gatsby-wpgraphql-inline-images依赖，替换为支持Gatsby 3+版本的同功能WordPress内联图片处理插件，同步调整gatsby-config.js中的插件配置项。
• 临时校验跳过（不推荐生产场景使用）
  • 可在执行npm install时添加--legacy-peer-deps参数跳过peer依赖校验，仅能解决安装阶段的ERESOLVE报错；因插件本身不兼容Gatsby 3的内部API，运行时的is.urlInstance is not a function报错仍会存在，无法从根本上修复问题。

内容的提问来源于stack exchange，提问作者Ali Amjad