Eu tenho uma página da Web remota que carrega um arquivo JavaScript remoto chamadoscript.js. Não tenho acesso imediato ao sistema de arquivos remoto para fazer alterações para testar alguma coisa.

Então eu copioscript.js à minha unidade local e, nas Ferramentas de Desenvolvimento do Chrome, adiciono minha pasta local à área de trabalho. Depois clico com o botão direito do mouse no meu controle remotoscript.js arquivar e escolherMap to File System Resource.... Eu escolho meu localscript.js.

Então agora eu esperaria que meu código de idioma fosse alterado parascript.js substituir o controle remotoscript.js, direito? Dessa forma, eu posso fazer algumas alterações no meu localscript.js e quando recarrego a página, vejo as alterações refletidas na minha página.

No entanto, na guia Fontes, ao selecionar meu localscript.js Eu vejo o aviso no topo:

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

Então, isso está me dizendo que meu localscript.js precisa ser exatamente igual ao controle remotoscript.js? Em caso afirmativo, qual é o sentido do recurso local?

Não existe para que você possa fazer alterações e ver essas alterações refletidas no navegador? Se for necessário corresponder ao arquivo remoto, você já deve ter acesso para poder editar o arquivo remoto; nesse caso, faria as alterações lá e não no arquivo local. Se for esse o caso, qual é o sentido de mapear o recurso local?

Estou faltando alguma coisa aqui? Não é possível fazer alterações locais temporárias em um arquivo nas Ferramentas de Desenvolvimento do Chrome e essas alterações são refletidas quando a página é recarregada? Eu pensei que esse era o objetivo dos Recursos do Sistema de Arquivos Locais.