我有一个远程网页,它加载一个名为script.js
的远程JavaScript文件。我不能立即访问远程文件系统来进行更改以测试某些东西。
因此,我将script.js
复制到本地驱动器,然后在Chrome Dev Tools中将本地文件夹添加到工作区。然后右键单击我的远程script.js
文件并选择Map to File System Resource...
。我选择本地的script.js
。
所以现在我希望对script.js
所做的区域设置更改会覆盖远程script.js
,对吧?这样,我可以对本地script.js
进行一些更改,当我重新加载页面时,我可以看到这些更改反映在页面上。
但是,在Sources选项卡中,当选择我的本地script.js
时,我在顶部看到警告:
Workspace mapping mismatch
The content of this file on the file system:
file:///Users/me/test/script.js
does not match the loaded script:
http://someserver.com/js/script.js
Possible solutions are:
- Reload inspected page
- Check that your file and script are both loaded from the correct source and their contents match
那么,这是否意味着我的本地script.js
需要与远程script.js
完全相同?如果是这样,那么本地资源的意义是什么?
它不是这样的吗?这样你就可以对它进行更改,并在浏览器中看到这些更改的反映。如果它必须与远程文件匹配,那么您必须已经有权编辑远程文件,在这种情况下,您将在那里进行更改,而不是在本地文件上进行更改。如果是这样,那么映射本地资源有什么意义呢?
我是不是漏掉了什么?在Chrome Dev工具中对文件进行临时本地更改,并在页面重新加载时反映这些更改,这是不可能的吗?我认为这就是本地文件系统资源的目的。
发布于 2015-04-07 15:27:18
构建工作区是为了映射文件中的相同文件并通过网络提供服务。(比如为localhost提供~/code/app :8000)。
它不适用于将本地文件作为替代文件。有一些Chrome扩展可以做到这一点,我推荐Flip the Script。
https://stackoverflow.com/questions/29351513
复制相似问题