一种奇怪的方式（.gitignore模版问题）导致部署在CentOS服务器上采用Nginx和uWSGI的Django项目丢失了部分CSS样式（Bootstrap）及解决办法

如图所示，在本地测试时好好的页面部署在CentOS服务器上用了Nginx和uWSGI就显示不了CSS样式。
并且控制台上显示这一部分样式404Notfund

于是我就开始各种查找技术贴学习，有说权限没开要修改nginx.conf配置中user nginx；为user root；的，有说location结尾要加/的，有说DEBUG=True的，有说要收集静态资源的。我一一排查了都不是。
而且我的静态资源图片及收集的静态文件夹里面的文件是能够获得的。所以我一直把重点放到了配置路径拼写和权限管理排查上，然而经过反复排查哪也找不到问题。
一个偶然的因素我找到了收集的静态资源夹内部，发现除了放Bootstrap的文件（即我消失的那一部分css样式）找不到了，其他的文件都能找到，随后经过分析终于发现了问题所在：
从Github下载的python文件的.gitignore模版里面有/dist这一行，而我的Bootstrap下载下来里面自带一个dist文件夹，我就用这个文件夹当做Bootstrap的文件夹装的文件！！！

于是解决思路就很清晰了，把gitignore里面/dist这一行注释掉，然后 git add . 外加git commit -m '' 再然后push提交掉，然后到服务器上重新pull以0下就行了。

这里有个小插曲，也给其他像我一样的git初学者避个雷，我之前只跟着视频clone过一次仓库（就是服务器上建个文件夹，此处记为A文件夹，在A文件夹路径下执行 git clone <git地址>），
所以我以为git pull是在A文件夹下执行git pull命令就可以，结果pull了半天没反应，为了查我错到了哪里，又花了几个小时查帖子学操作无果，然后去用了几个小时学git基础操作
，最终终于知道了clone是在A文件夹执行，而pull应该是在A文件夹clone下来的B文件夹，也就是项目文件夹里面执行才对，然后还要处理合并冲突。

最终，一个小小的问题花了我整整一天时间来处理。不过这一天时间让我反复操作了 uwsgi nginx git等代码，也算是一点小弥补吧。哭死。