如何解决STS或者Eclipse从Git平台Pull代码到本地后文件乱码的问题
这篇文章主要介绍"如何解决STS或者Eclipse从Git平台Pull代码到本地后文件乱码的问题"，在日常操作中，相信很多人在如何解决STS或者Eclipse从Git平台Pull代码到本地后文件乱码的问题问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答"如何解决STS或者Eclipse从Git平台Pull代码到本地后文件乱码的问题"的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
一、产生乱码场景
1.1、错误描述
首先如下图所示，我们使用 IDE 打开从 Git 平台 Pull 到本地的代码文件，我打开的是 README.md 文件，显而易见的，文件产生中文乱码了。
1.2、解决思路
对于从 Git 平台 Pull 到本地的代码文件产生乱码，我们一般的检查思路如下：
检查 Git 平台上的源码，如果 Git 平台上的文件就是乱码，那么本地自然也就是乱码，需要从源本地仓库重新推送正确无乱码的文件到 Git 平台，其他的本地电脑重新从远程仓库下载即可。
如果 Git 平台上的代码无乱码（无误），那就说明问题产生在我们的本地分支。
二、解决方式
我们现在按照 1.2 的解决思路来进行排查。
2.1、检查 Git 平台上的源码
首先我们检查 Git 平台上的源码。如下图所示，Git 平台源代码文件无乱码。
那我们现在就可以确认问题是产生在代码 Pull 到本地电脑后产生的问题。
我们现在已经明确代码是从 Git 平台，即 Server Computer Pull 到本地后，问题产生在我们的本地电脑 Computer A（Computer B）上。我们现在来解决这个问题。
2.3、修改 IDE 的文本编码格式
我们在 IDE 中依次点击 Window→Preferences→General→Workspace，下滑找到"Text file encoding"。
我们现在可以看到 IDE 默认的文本编码格式是 GBK，如下图所示，而我们在 Git 平台代码默认的编码格式为 utf-8，我们将代码拉取到本地后，IDE 对目的代码无法使用 GBK 进行解码，自然也就产生了乱码。
2.4、重新打开目的文件问题解决
现在编码格式虽然被修改过来了，但是本地之前的文件还是 GBK 编码的。所以为了实现重新编码我们就需要使用 IDE 对文件重新编译执行一次。
我们将目的文件的窗口关闭，双击再次打开即可，这个时候我们就可以看到乱码的问题已经解决了，如下图所示：
到此，关于"如何解决STS或者Eclipse从Git平台Pull代码到本地后文件乱码的问题"的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注网站，小编会继续努力为大家带来更多实用的文章！
