warning: in the working copy of 'JSONP/README.md', LF will be replaced by CRLF the next time Git touches it

这个警告是由Git版本控制系统发出的，它表示在Git处理文件时，将换行符LF（Unix风格）替换为CRLF（Windows风格）。这个警告通常出现在Windows系统上，因为Windows使用CRLF作为换行符，而Unix和Linux系统使用LF作为换行符。

这个警告的原因是，Git检测到你的工作副本中的文件使用了不同的换行符风格。这可能是因为你的工作副本中的文件在不同的操作系统上进行了编辑或修改，导致换行符风格不一致。

要解决这个问题，你可以执行以下操作之一：
1. 忽略警告：如果你不关心换行符风格的一致性，可以忽略这个警告。你可以使用`git config --global core.autocrlf false`命令来禁用Git的自动换行符转换功能。
2. 统一换行符风格：如果你希望统一换行符风格，可以使用以下命令来配置Git自动进行换行符转换：
- 对于Windows系统：`git config --global core.autocrlf true`
- 对于Unix/Linux系统：`git config --global core.autocrlf input`
3. 手动转换换行符：如果你只想手动转换特定文件的换行符风格，可以使用文本编辑器或专门的工具来进行转换。例如，你可以使用Notepad++等编辑器来将换行符风格转换为所需的风格。

请注意，根据你的具体情况和需求，选择适合你的解决方案。

相关问题

Access to XMLHttpRequest at 'http://100.38.131.120:8080/nweb-service/nwebService/trade.action?action=sendTrade' from origin 'http://localhost:8083' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: It does not have HTTP ok status.

这个错误是因为浏览器的同源策略（Same Origin Policy）导致的。同源策略是指浏览器只允许在同一域名下的页面之间相互访问，而不能跨域名进行访问。而这个错误提示的意思是，你的前端页面是从`http://localhost:8083`这个域名下加载的，但是你的请求`http://100.38.131.120:8080/nweb-service/nwebService/trade.action?action=sendTrade`是发往`100.38.131.120`这个IP地址的服务器，两者域名不同，因此被阻止了。

要解决这个问题，可以在后端服务器上设置CORS（Cross-Origin Resource Sharing）策略，允许跨域访问。具体的做法是在服务器的响应头中添加以下内容：

Access-Control-Allow-Origin: http://localhost:8083
Access-Control-Allow-Methods: GET, POST, OPTIONS
Access-Control-Allow-Headers: Content-Type, X-Requested-With

其中，`Access-Control-Allow-Origin`表示允许的跨域来源，`Access-Control-Allow-Methods`表示允许的跨域请求方法，`Access-Control-Allow-Headers`表示允许的跨域请求头。

如果你没有权限修改后端服务器的配置，也可以使用一些工具来绕过浏览器的同源策略，例如JSONP、CORS代理等。但是这些方法都有一定的限制和安全性问题，请谨慎使用。

from origin 'https://www.91tiku.com' has been blocked by CORS policy: The 'Access-Control-Allow-Origin' header contains multiple values

这个错误是由于浏览器的同源策略导致的。同源策略是浏览器的一种安全策略，它限制了一个源加载的文档或脚本如何与来自另一个源的资源进行交互。如果两个页面的协议、端口和主机名都相同，则它们属于同一个源。如果它们中的任何一个不同，则它们属于不同的源。当浏览器从一个源请求资源时，如果响应头中没有包含 Access-Control-Allow-Origin 字段，或者该字段的值不包含当前页面的源，那么浏览器就会拒绝该响应，从而导致跨域错误。

解决这个问题的方法有很多种，其中一种是在服务器端设置响应头，允许指定的源访问资源。具体来说，服务器需要在响应头中添加 Access-Control-Allow-Origin 字段，并将其设置为当前页面的源。例如，如果当前页面的源为 https://www.example.com，那么服务器应该设置响应头如下：

Access-Control-Allow-Origin: https://www.example.com

如果服务器允许多个源访问资源，那么可以将多个源用逗号分隔，例如：

Access-Control-Allow-Origin: https://www.example.com, https://www.another.com

如果服务器允许所有源访问资源，那么可以将 Access-Control-Allow-Origin 字段设置为 *，例如：

Access-Control-Allow-Origin: *

如果你没有权限修改服务器的响应头，那么可以考虑使用代理服务器或者 JSONP 等技术来解决跨域问题。