文章目录
前言
一、产生乱码场景
1.1、错误描述
1.2、解决思路
二、解决方式
2.1、检查 Git 平台上的源码
2.2、Git 的运行原理
2.3、修改 IDE 的文本编码格式
2.4、重新打开目的文件问题解决
2.5、仍存在问题看这里（重新拉区合并）
总结
前言
我们从 Gitee 平台 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 到本地电脑后产生的问题。
在这里插入图片描述
2.2、Git 的运行原理
在进行问题排查之前，我们再次回顾一下 Git 分布式版本控制的运行原理，如下图所示：
在这里插入图片描述
我们现在已经明确代码是从 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 进行解码，自然也就产生了乱码。
- 时，也总有读者在后台留言问该图表时用什么工具做的。下面，作者介绍了八种在 Python 中实现的可视化工具包，其中有些包还能用在其它语言中。快来试试你喜欢哪个？
ssd并以共享共生、共创共赢的赋能形式，通过将平台日积月累、不断攀升的运营收入有效地分配到个人身上，低成本地实现整个行业的智能化升级。这也体现出了“去中心化”对信息中介成本极其强大的削减能力。
| ss | ddd |
|---|---|
| fffffffff | bbbbbbb |