遇到的常见问题在文本末有一些总结
初始化
1.直接在需要上传的文件目录下打开git bash here进入到需要上传的文件下目录
2.查看隐藏文件是不是有.git文件，没有的话对本地文件进行初始化，输入命令：git init，此时会出现.git文件
更新本地代码文件
3.将最新的远程更新代码拉到了本地
git pull 远程地址 分支名--allow-unrelated-histories
将修改文件更新至远端
4.再推到远端就可以了（修改的文件）
git push 远程地址 分支名
新增文件推到远端
如果是新增的文件，需要先将新增的文件添加至本地仓库：git add 文件名
查看是否添加至本地仓库：git status
提交至远程仓库的具体信息：git commit -m 修改信息
提交至远程仓库：git push 远程地址 分支名
问题：
1.Git warning：LF will be replaced by CRLF in readme.txt的原因与解决方案
首先问题出在不同操作系统所使用的换行符是不一样的，下面罗列一下三大主流操作系统的换行符：
Uinx/Linux采用换行符LF表示下一行（LF：LineFeed，中文意思是换行）；
Dos和Windows采用回车+换行CRLF表示下一行（CRLF：CarriageReturn LineFeed，中文意思是回车换行）；
Mac OS采用回车CR表示下一行（CR：CarriageReturn，中文意思是回车）。
在Git中，可以通过以下命令来显示当前你的Git中采取哪种对待换行符的方式
git config core.autocrlf
此命令会有三个输出，“true”，“false”或者“input”
为true时，Git会将你add的所有文件视为文本文件，将结尾的CRLF转换为LF，而checkout时会再将文件的LF格式转为CRLF格式。
为false时，line endings不做任何改变，文本文件保持其原来的样子。
为input时，add时Git会把CRLF转换为LF，而check时仍旧为LF，所以Windows操作系统不建议设置此值。
解决办法：
将core.autocrlf设为false即可解决这个问题，如果你和你的伙伴只工作于Windows平台或者Linux平台，那么没问题，不过如果是存在跨平台的现象的话，还是需要考虑一下。
但当 core autocrlf为true时，还有一个需要慎重的地方，当你上传一个二进制文件，Git可能会将二进制文件误以为是文本文件，从而也会修改你的二进制文件，从而产生隐患。
附上修改autocrlf的命令，以改为true为例：
git config --global core.autocrlf true #true的位置放你想使autocrlf成为的结果，true，false或者input
2.fatal: refusing to merge unrelated histories
解决办法：
在你操作命令后面加--allow-unrelated-histories
例如：
git merge master --allow-unrelated-histories
3.git上传文件出错[rejected] master -> master (fetch first) error: failed to push some refs to '
解决办法：
https://blog.csdn.net/weixin_43264399/article/details/87350219
