git常见错误大全¶

git lfs track xxx.zip
git add .
git commit -m "xxx(关于这次推送的相关信息)"
git push

git lfs track '*.pbix'  #告知LFS管理文件类型
git lfs track 查看LFS管理的所有类型文件
git add .  #将工程文件全部添加进commit提交列表中
git commit -m 'Add new large assets' #附加提交日志
git lfs ls-files #查看LFS管理了哪些文件
git push #全仓库推送
cd upload #进入名为upload的文件夹，提前将要上传的大文件放入该文件夹下
git init #创建本地仓库环境
git lfs install #安装大文件上传应用
git lfs track * #追踪要上传的大文件，*表示路径下的所有文件
git add .gitattributes #添加先上传的属性文件(要先上传属性文件，不然有可能失败)
git commit -m "pre" #添加属性文件上传的说明
git remote add origin https://github.com/xxxx.git #建立本地和Github仓库的链接，.git链接在网页端clone的HTTPS中获取
git push origin master #上传属性文件
git add * #添加要上传的大文件，*表示路径下的所有文件
git commit -m "Git LFS commit" #添加大文件上传的说明
git push origin master #上传大文件
git pull --rebase origin master
git push -u origin master

git pull --rebase origin master`再`git push origin master

error: Your local changes to the following files would be overwritten by merge:
        protected/config/main.php
Please, commit your changes or stash them before you can merge.

#1. 如果希望保留生产服务器上所做的改动,仅仅并入新配置项, 处理方法如下:
git stash  #备份当前工作区内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前工作区内容保存到Git栈中
git pull   #拉取服务器上当前分支代码
git stash pop   #从Git栈中读取最近一次保存的内容，恢复工作区相关内容。同时，用户可能进行多次stash操作，需要保证后stash的最先被取到，所以用栈（先进后出）来管理；
#pop取栈顶的内容并恢复,然后可以使用git diff -w +文件名 来确认代码自动合并的情况.
git stash list：#显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。
git stash clear：#清空Git栈

#2. 反过来,如果希望用代码库中的文件完全覆盖本地工作版本. 方法如下:
git reset --hard
git pull
#其中git reset是针对版本,如果想针对文件回退本地修改,使用
git checkout HEAD file/to/restore
#此方法即版本回退,不建议使用第二种。除非你再三确定不需要本地的修改了。

Pull is not possible because you have unmerged files.
Please, fix them up in the work tree, and then use 'git add/rm <file>'
as appropriate to mark resolution, or use 'git commit -a'.

#解决方法：
#查看冲突文件
git status #1、也可以告诉我们冲突的文件； 
Unmerged paths:
  (use "git add <file>..." to mark resolution)

        both modified:      file
#2、手动解决冲突，然后提交更改：
vi file
git add file
git commit -m '解决冲突'

#另一种解决方法  错误示范
git reset --hard FETCH_HEAD
git pull
#上面的解决方法非常非常的霸道，是可以解决这个错误，但是它会回到初始的节点，假如我有修改本地代码但是没有提交，那么使用reset初始，可能会丢失这些修改的代码。
//注释：提交本地代码到工作区
//注释：如果有冲突，先解决冲突合并代码，然后提交
//注释：如果代码上没有冲突，但是提交的时候git提醒有冲突，那么先关闭编辑器，然后编译代码找到冲突，最后手动合并代码解决冲突
git add .
git commit -m '提交本地代码并且获取最新代码'
//注释：获取源dev分支最新代码
git pull origin dev
//注释：如有冲突就解决冲突 本地修改的代码要么提交要么隐藏后再获取，最好不要直接用reset

$ git merge feature1
Auto-merging readme.txt
CONFLICT (content):Merge conflict in readme.txt
Automatic merge failed; fix conflicts andthen commit the result.

1、git status也可以告诉我们冲突的文件；
#       both modified:      readme.txt  #冲突文件为readme.txt
2、查看readme.txt的内容：
<<<<<<<HEADmaster
=======fenzhi
>>>>>>> feature1
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：
master and fenzhi
3、再提交：
$ git add readme.txt 
$ git commit -m "hebing"
#git branch -d #会在删除前检查merge状态（其与上游分支或者与head）。
#git branch -D #是git branch --delete --force的简写，它会直接删除。

error:The branch 'feature-vulcan' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature-vulcan'.

#git 在删除分支的时候可以使用git branch -d featurename 也可以是git branch -D featurename 其中是有区别的
git branch -d #的时候如果本地分支没有被合并就会提示这个问题
git branch -D #是强制删除，所以直接执行 强制删除就好了。

#解决方法：
git clean  -d  -fx ""
其中 
x  -----删除忽略文件已经对git来说不识别的文件
d  -----删除未被添加到git的路径中的文件
f  -----强制运行
#注意：这样操作之后，会删除本地的修改，也就是选择与远端同步，就是你写的、修改的代码统统会被移除！所以执行之前把自己冲突的代码先备份一下，解决冲突后再还原，然后再继续pull代码，切记!!!!。

$ git remote rm origin   #(删除关联的origin的远程库)
$ git remote add origin git@github.com:(github名)/(git项目名).git    #就不会报错了！
#如果输入$ git remote rm origin 还是报错的话，error: Could not remove config section 'remote.origin'. 
我们需要修改gitconfig文件的内容找到你的git的安装路径，找到一个名为gitconfig的文件，打开它把里面的[remote "origin"]那一行删掉就好了！

git remote add origin git@github.com:djqiang/gitdemo.git
# origin 设置远程仓库别名
# 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操作系统不建议设置此值。
git config --global core.autocrlf true   
#true的位置放你想使autocrlf成为的结果，true，false或者input
# 将core.autocrlf设为false即可解决这个问题，如果你和你的伙伴只工作于Windows平台或者Linux平台，那么没问题，不过如果是存在跨平台的现象的话，还是需要考虑一下。
# 但当 core autocrlf为true时，还有一个需要慎重的地方，当你上传一个二进制文件，Git可能会将二进制文件误以为是文本文件，从而也会修改你的二进制文件，从而产生隐患。