[TOC]

git入门知识汇总

0、前言

0-1、配置一个完整的环境简单步骤

git config --global user.email "49660@zhangsan.com"
ssh-keygen -t rsa -C "邮件地址"
拷贝生成的公钥到git的ssh钥匙中：/root/.ssh/id_rsa.pub
本地需要同时具有id_rsa.pub和id_rsa文件，缺一不可。

访问令牌啥的应该不需要，添加完ssh秘钥之后需要稍微等待一段时间才能生效

0-2、安装git

使用镜像网站不错。 下载Windows下的Git命令行客户端 下载Windows下的Git小海龟客户端

1、 先安装Git.exe 2、 再安装TortoiseGit.msi 3、 根据自己喜欢安装中文翻译补丁包LanguagePack

git update-git-for-windows 更新git客户端

0-2、解决TortoiseGit文件夹和文件状态图标不显示问题

  • 先重启试试
  • 修改注册表
  • 设置里面设置显示icon overlays

1、使用git下载单个指定的文件夹

更多搜索“稀疏检出”。

git log -p filename 注意-p参数必须在log后面

稀疏检出恢复：

SC_FILE=.git/info/sparse-checkout
echo "Undoing sparse checkout"

# Get the full tree back

echo "*" > $SC_FILE
git config core.sparsecheckout true
git read-tree --reset -u HEAD

# Wipe out all traces of sparse checkout support

rm -rf $SC_FILE
git config core.sparsecheckout false

参考：https://www.cnblogs.com/zhoudaxiaa/p/8670481.html

方法一：http://zhoudaxiaa.gitee.io/downgit/#/home

方法二： 在Git1.7.0以前，这无法实现，但是幸运的是在Git1.7.0以后加入了Sparse Checkout模式，这使得Check Out指定文件或者文件夹成为可能。

举个例子：

现在有一个test仓库https://github.com/mygithub/test 你要gitclone里面的tt子目录： 在本地的硬盘位置打开Git Bash

git init test && cd test     //新建仓库并进入文件夹
git config core.sparsecheckout true //设置允许克隆子目录

echo 'tt*' >> .git/info/sparse-checkout //设置要克隆的仓库的子目录路径   //空格别漏

git remote add origin git@github.com:mygithub/test.git  //这里换成你要克隆的项目和库

git pull origin master    //下载

https://blog.csdn.net/qq_35860352/article/details/80313078 不行

下载指定分支

git clone -b branch git@github.com:github/test.git

20210813更新

git clone --single-branch -b master url . git clone --depth=commit_num URL：可以只克隆最近几次提交的代码 如：git clone --depth=2 --single-branch -b master git@yyds.hankin.org:OUR/YYDS.git .

2、git add命令参数说明

git add -u：将文件的修改、文件的删除，添加到暂存区。 git add .：将文件的修改，文件的新建，添加到暂存区。 git add -A：将文件的修改，文件的删除，文件的新建，添加到暂存区。

-u就是update的意思，只会标记本地有改动（包括删除和修改）的已经追踪的文件 \1. git add -A 保存所有的修改 \2. git add . 保存新的添加和修改，但是不包括删除 \3. git add -u 保存修改和删除，但是不包括新建文件。

3、git push 的 -u 参数具体适合含义？

一般只有同时存在多个远程仓库时才会用到--set-upstream。每个git branch可以有个对应的upstream。假设你有两个upstream，分别叫server1和server2，本地master branch的upstream是server1上的master，那么当你不带参数直接输入git pull或者git push时，默认是对server1进行pull/push。如果你成功运行"git push -u server2 master"，那么除了本地branch会被push到server2之外，还会把server2设置成upstream。

-u, --set-upstream
For every branch that is up to date or successfully pushed, add upstream (tracking) reference, used by argument-less git-pull(1) and other commands.

upstream不是针对远程仓库的，而是针对branch的，这一点应了那位童鞋所说的第二句话。但是upstream和有几个远程库没有必然联系。比如远程库A上有3个分支branch1、branch2、branch3。远程库B上有3个分支branchx、branchy、branchz。本地仓库有2个分支local1和local2。那么当初始状态时，local1和local2和任何一个分支都没有关联，也就是没有upstream。当通过git branch --set-upstream-to A/branch1 local1命令执行后，会给local1和branch1两个分支建立关联，也就是说local1的upstream指向的是branch1。这样的好处就是在local1分支上执行git push（git pull同理）操作时不用附加其它参数，Git就会自动将local1分支上的内容push到branch1上去。同样，local2分支也可以和远程库A和远程库B上的任何一个分支建立关联，只要给local2分支设置了upstream，就可以在local2分支上用git push（git pull同理）方便地与目标分支推拉数据。

综上所述，upstream与有几个远程库没有关系，它是分支与分支之间的流通道。

再来说说git push -u和git branch --set-upstream-to指令之间的区别。

举个例子：我要把本地分支mybranch1与远程仓库origin里的分支mybranch1建立关联。

（如果使用下列途径1的话，首先，你要切换到mybranch1分支上（git checkout mybranch1））

两个途径：1. git push -u origin mybranch1 2. git branch --set-upstream-to=origin/mybranch1 mybranch1

这两种方式都可以达到目的。但是1方法更通用，因为你的远程库有可能并没有mybranch1分支，这种情况下你用2方法就不可行，连目标分支都不存在，怎么进行关联呢？所以可以总结一下：git push -u origin mybranch1 相当于 git push origin mybranch1 + git branch --set-upstream-to=origin/mybranch1 mybranch1

4、分支管理

git branch 查看本地分支
git branch -r 查看远程分支
git branch -a 查看所有分支
git checkout [Bname] 切换分支
git push origin [Bname] 将空分支上传可以看作删除远程分支
git push origin --delete [Bname] 删除远程分支
git ls-remote origin [Bname] 查看远程仓库是否有这个分支，有就有返回值，没有就什么都没有
git remote [-v] 查看远程仓库地址
git branch -m oldBranchName newBranchName 重命名

4-1、删除分支

git branch -d [本地分支名]
git branch -D [本地分支名]
git branch -r -D [远程分支名]

d和D的区别： git branch -d 会在删除前检查merge状态（其与上游分支或者与head）。 git branch -D 是git branch --delete --force的简写，它会直接删除。

-d就是删除，会检验分支内容是不是都被合并到别的分支了，这样免得把修改内容弄丢了。 -D就是强制删除，不做检验。 使用场景嘛，你想。 -d 一般就用它。 -D 嘛，比如分支已在远端处理过了，已在远端合并了，那我本地就没必要保留可以删除了。还有就是你临时创建的几个分支，测试完保留一个然后把其它的就不保留删除了。

4-2、合并分支

  1. git pull (git checkout -b newBname Bname)

一、开发分支（dev）上的代码达到上线的标准后，要合并到 master 分支

git checkout dev
git pull
git checkout master
git merge dev
git push -u origin master

二、当master代码改动了，需要更新开发分支（dev）上的代码

git checkout master 
git pull 
git checkout dev
git merge master 
git push -u origin dev

4-3、远程分支覆盖本地分支

有时候同一个分支，远程的和本地的都被修改的面目全非了，如果想要把本地的替换成远程的，用下面的命令

git fetch --all git reset --hard origin/master (这里master要修改为对应的分支名) git pull

5、git冲突

5-1、产生冲突的场景

  • git merage, git push后在远端建立合并请求
  • git pull
  • git stash pop

5-2、在线git解决，git界面

方便快捷操作简单。

5-3、检出，在本地审查和合并

  • git pull origin 分支（生产冲突文件）
  • 在冲突文件里修改：删除和保留（git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容（数量为7））
  • git add 冲突文件
  • git commit
  • git push

Step 1. 获取并检出此合并请求的分支 git fetch origin git checkout -b [bName] origin/冲突分支

Step 2. 本地审查变更（忽略）

Step 3. 合并分支并修复出现的任何冲突 git checkout master git merge --no-ff [bName]（本地就有冲突文件了，注意看产生冲突的文件）

Step 4. 推送合并的结果到 GitLab git checkout -b [newBName] git push origin [newBName]

5-4、撤销合并冲突

git reset (保留修改文件，即撤销合并操作) git reset --hard (不保留文件，恢复到上一个commit状态)

6、git commit

修改commit内容

当我们想要对上一次的提交进行修改时，我们可以使用git commit –amend命令。git commit –amend既可以对上次提交的内容进行修改，也可以修改提交说明。

如果有新的文件修改，需要合并到最近一次提交的commit里面，也可以使用上面命令直接修改即可。

git commit --amend -no-edit git status git log git show

6-1、删除commit

git reset HEAD^ 删除最新commit记录

6-2、误删除commit

  • git reflog
  • git reset commitId

7、多个commit合并(git rebase)

实战中终于理解这条命令的作用。当我们在合并请求时又双叒叕发现一个小错误，又不得不commit一次，真想删除分支全部重新提交。但是commit是可以合并的。 git 几个commit点合并成一个commit点

  • 1、git status当前所有修改是否都commit。如果没有后面rebase无法继续。
  • 2、git log查看commitId
  • 3、git rebase -i commitId（commitId是合并后的commitId的前一个）即不影响的log
  • 4、将删除的commit记录前面的pick改为squash，保存退出
  • 5、修改commit内容
  • 6、git log查看合并结果

  • 7、git push origin [Bname] -f 可能提交会产生冲突，建议强制

    (use "git rebase --edit-todo" to view and edit) You are currently editing a commit while rebasing branch 'hejian' on 'ddd330e'. (use "git commit --amend" to amend the current commit) (use "git rebase --continue" once you are satisfied with your changes)

8、如何切换分支并且改变其修改的不同的内容

就是本地像远程分支管理一样，不同分支不同的内容。但是实践看到都是一样的，后来发现姿势不对。

实验

mkdir Github   本地Github文件夹
cd Github
git init
vi helloworld.txt
    wuli github
git branch father    
git add .
git commit -m"add txt"
git checkout -b son   注意:这种创建分支的方式是将当前的分支复制到了新分支，因此尽量在修改代码前创建分支

vi helloworld.txt
    wuli github
    yes,you are right
git add .
git commit -m"update"
git log
    add txt
    update
git checkout father
git log
    add txt            这时候发现commit日志会出现不同。并且helloworld文件的内容也会随切换不同分支而改变

注意：当两个分支前面的commit日志一模一样的时候，是可以随意切换checkout的，但是不同的时候是需要先commit才能切换，stash也能解决这个问题。

总结：远程和本地一样，这就为啥有个叫本地仓库的概念了，本地修改了内容尽量commit到本地，只有commit了才会切换分支看到效果。

9、stash的作用

stash —— 一个极度实用的Git操作 git stash 藏好代码 git stash list

  • git stash pop [stash@{0}] （删除stash记录）
  • git stash apply （不删除stash记录）

好习惯：master作为备份更新，第一步是创建新分支。当有新问题的时候，stash后去master分支创建新分支。 上面的commit一定是最新的。

超级好用： git stash git stash pop git stash list git stash -h

10、Git 全局设置（必须）

git config --global user.name "张三"
git config --global user.email "49660@zhangsan.com"
  • git config --list 查看配置信息
  • git config -l
  • git config --local -l
  • git config --global -l

11、回退命令（放弃所有本地修改）

git reflog
git reset --hard 7edb984    放弃修改

git reset --soft 7edb984     回到commit之前（等价于git reset 7edb984）
git checkout -- filename    撤销文件的修改
HEAD
HEAD~3
commit_id

强推到远程
git push origin HEAD --force

可引用git checkout或者用git clean -df至修改前的状态。就可以放弃所有修改。 1、git checkout功能是本地所有修改的。没有的提交的，都返回到原来的状态 2、git stash功能是把所有没有提交的修改暂存到stash里面。可用git stash pop回复。 3、git reset --hard HASH功能是返回到某个节点，不保留修改。 4、git reset --soft HASH功能是返回到某个节点。保留修改。 5、git clean -df功能是保留修改，返回到某个节点。

拓展资料：

1、Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

img

2、Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 很多 Freedesktop 的项目迁移到了 Git 上。

# 12、Updates were rejected because the tip of your current branch is behind

1.使用强制push的方法： $ git push -u origin master -f 这样会使远程修改丢失，一般是不可取的，尤其是多人协作开发的时候。 2.push前先将远程repository修改pull下来 $ git pull origin master $ git push -u origin master （后续就是解决冲突）

13、git clean的用法（如何使用Git删除新增的文件？）

git clean命令用来从你的工作目录中删除所有没有track过的文件 git clean经常和git reset --hard一起使用. 记住reset只影响被track过的文件, 所以需要clean来删除没有track过的文件。结合使用这两个命令能让你的工作目录完全回到一个指定的的状态。

git clean -n

是一次clean的演习, 告诉你哪些文件会被删除. 记住它不会真正地删除文件, 只是一个提醒。

git clean -f

删除当前目录下所有没有track过的文件. 它不会删除 .gitignore 文件里指定的文件夹和文件, 不管这些文件有没有被track过

git clean -f <path>

删除指定路径下的没有被track过的文件

git clean -df

删除当前目录下没有被track过的文件和文件夹

git clean -xf

删除当前目录下所有没有track过的文件. 不管它是否是 .gitignore 文件里面指定的文件夹和文件

git reset --hard 和 git clean -f 是一对好基友. 结合使用它们能让你的工作目录完全回退到最近一次commit的时候

git clean 对于刚编译过的项目也非常有用. 如, 它能轻易删除掉编译后生成的 .o 和 .exe 等文件. 这个在打包要发布一个release的时候非常有用

下面的例子要删除所有工作目录下面的修改, 包括新添加的文件. 假设你已经提交了一些快照了, 而且做了一些新的开发

git reset --hard
git clean -df

运行后, 工作目录和缓存区回到最近一次commit时候一摸一样的状态，git status会告诉你这是一个干净的工作目录, 又是一个新的开始了！

其他

--force --hard --soft -d 等价于 --delete -u 表示： 加了参数-u后，以后即可直接用git push 代替git push origin master 在git add -u中表示添加此次修改的全部原先存在的文件（即新建的不会添加 --update）。

1) 远程仓库相关命令
检出仓库：$ git clone git://github.com/jquery/jquery.git
查看远程仓库：$ git remote -v
添加远程仓库：$ git remote add [name] [url]
删除远程仓库：$ git remote rm [name]
修改远程仓库：$ git remote set-url --push[name][newUrl]
拉取远程仓库：$ git pull [remoteName] [localBranchName]
推送远程仓库：$ git push [remoteName] [localBranchName]

2）分支(branch)操作相关命令
查看本地分支：$ git branch
查看远程分支：$ git branch -r
创建本地分支：$ git branch [name] ----注意新分支创建后不会自动切换为当前分支
切换分支：$ git checkout [name]
创建新分支并立即切换到新分支：$ git checkout -b [name]
删除分支：$ git branch -d [name] ---- -d选项只能删除已经参与了合并的分支，对于未有合并的分支是无法删除的。如果想强制删除一个分支，可以使用-D选项
合并分支：$ git merge [name] ----将名称为[name]的分支与当前分支合并
创建远程分支(本地分支push到远程)：$ git push origin [name]
删除远程分支：$ git push origin :heads/[name]

mintty.exe.stackdump文件

关于Git bash在win10重装系统情况下闪退并生成mintty.exe.stackdump文件的问题

总结：我也是在git commit时闪退产生了这个文件。试了几次同样的commit内容一直闪退，原因可能是中文时输入英文字母按回车键后闪退，然后在输入英文时shift切换没有闪退情况。我的问题不大，不能解决闪退网上有很多解决方法。

哭笑不得：git branch -a看不见一个分支

如果是下载项目就不要使用git init test && cd test初始化。

使用git clone git@git.com master下载项目后，会在当前目录下新建文件夹master并将项目下载这个目录下。

由于先前init初始化后，导致没有进入项目的文件夹中，使用git branch -a看不见任何分支。

更新服务端的分支到本地仓库 git fetch --all 列出所有的分支 git branch --all 切换到一个已有的分支 git checkout <您的分支名> 基于当前分支新建一个分支 git checkout -b <您的新分支名> 推送当前分支到服务端 git push origin <您的分支名> 删除本地的一个分支（当前所在分支和要删除的分支不能相同） git branch -D <您的分支名> 删除服务端的一个分支 git push origin :<您的分支名>

应该右上角会有ssh和https转换，然而并没有。但是两者使用是一样的。 git clone -b gitbhttps://github.com/HanKin2015/GitBook.git

  1. 远程分支重命名 (已经推送远程-假设本地分支和远程对应分支名称相同) a. 重命名远程分支对应的本地分支

git branch -m oldName newName b. 删除远程分支

git push --delete origin oldName c. 上传新命名的本地分支

git push origin newName d.把修改后的本地分支与远程分支关联

git branch --set-upstream-to origin/newName

http://issuecdn.baidupcs.com/issue/netdisk/yunguanjia/BaiduNetdisk_6.8.1.3.exe

Git 恢复本地误删的文件

起因：git clone下来的项目不久后就自动出现修改的红色感叹号标志，实际什么都没有做。后来猜测应该是杀毒软件之类的给我自动删除了，后来还真是。使用恢复方法恢复后，一会儿又给我删除了，要么关闭杀毒软件或者添加信任。

使用git pull --force强制拉取

正确的打开方式：

git reset HEAD 文件或文件夹
git checkout 文件或文件夹

14、进阶

.gitignore

一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。我们可以创建一个名为 .gitignore 的文件，列出要忽略的文件模式。来看一个实际的例子： $ cat .gitignore .[oa] ~ 第一行告诉 Git 忽略所有以 .o 或 .a 结尾的文件。一般这类对象文件和存档文件都是编译过程中出现的，我们用不着跟踪它们的版本。第二行告诉 Git 忽略所有以波浪符（~）结尾的文件，许多文本编辑软件（比如 Emacs）都用这样的文件名保存副本。此外，你可能还需要忽略 log，tmp 或者 pid 目录，以及自动生成的文档等等。

打patch

生成patch： git format-patch commitID -1 生成当前commitID 的patch git format-patch commitID -3 从当前commitID开始往下生成总共三个commit的patch文件 应用patch： git apply --check xxx.patch 检查当前patch是否可以成功打入 git apply xxx.patch git apply *.patch 同时打入所有patch

手动版： git diff commitHash1 commitHash2 > 123.patch git apply --reject 123.patch

git如何生成单个文件的补丁 背景：有时候碰到一个commit包含了好几个文件的修改，但是我只需要其中一个文件的修改内容，那么这时候就需要以下方法来生成这一个文件对应修改内容的补丁

答:git format-patch "参照的commit-id" filename1 filename2

自定义别名（更高级的git log）

alias lg="git log --graph --pretty=format:’'Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit "

git子模块使用

一个大型工程总会被分拆为一些子工程,git-submodule 就是完成这样一种子工程拆分与整合的工具.

添加一个子工程 git submodule add git@xxxx:subproj.git subproj git commit -m “submodule added”

克隆一个带submodule的git仓库 git clone git@domain.com:massproj.git git submodule init git submodule update 或者 git clone --rescursive git@domain.com:massproj.git

查看修改的文件 git log --stat

查看commitID的具体修改 git log -p

查看文件最后的修改人 git blame -L 起始行号,结束行号

git学习笔记

1、下载安装git

sudo apt install git

明白为啥使用sudo而不是直接root账户，防止错误操作，sudo进一步确认了一下。

Windows下载安装很随意。有个注意点：尽量选择下载和上传git仓库的时候不要进行Linux和Windows的换行符的转换，否则在不同环境下运行代码的时候很尴尬。

2、配置

配置家门，即上传者的身份

设置git自己的名字和电子邮件。这是因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。

设置git自己的名字和电子邮件。这是因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。以前并没有觉得多大作用，慢慢地发现一个git仓库是可以多人上传的，而这个配置就是显示上传者的身份，一般会填写个人的GitHub相关的信息，比如GitHub用户名和注册邮箱。乱写也是🆗的。

$ git config -l  ===  git config --list
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

还有一个local参数，即为单独仓库配置单独的上传者身份。
global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

修改global配置

简单粗暴：直接使用命令git config --global user.name "Your Name"。。。。 修改配置.gitconfig文件。

配置SSH-Key

提交代码需要的github权限，下载私有仓库代码时也会需要这个配置，主要在于上传代码，不配置就会每次输入账户和密码。

如果你想要使用 SSH url 克隆的话，你必须是这个项目的拥有者。否则你是无法添加 SSH key 的。 使用https url很好用？？？

https 和 SSH 的区别：

1、前者可以随意克隆github上的项目，而不管是谁的；而后者则是你必须是你要克隆的项目的拥有者或管理员，且需要先添加 SSH key ，否则无法克隆。

2、https url 在push的时候是需要验证用户名和密码的；而 SSH 在push的时候，是不需要输入用户名的，如果配置SSH key的时候设置了密码，则需要输入密码的，否则直接是不需要输入密码的。

ssh -T git@github.com    查看是否配置好
ssh-keygen -t rsa -C "邮件地址"
秘钥配置见本文章第5行。

代码参数含义：

-t 指定密钥类型，默认是 rsa ，可以省略。 -C 设置注释文字，比如邮箱。 -f 指定密钥文件存储文件名。

以上代码省略了 -f 参数，使用默认文件名（推荐），那么就会生成 id_rsa 和 id_rsa.pub 两个秘钥文件。 接着又会提示你输入两次密码（该密码是你push文件的时候要输入的密码，而不是github管理者的密码），

当然，你也可以不输入密码，直接按回车。那么push的时候就不需要输入密码（推荐），直接提交到github上了。

git cherry-pick教程

http://www.ruanyifeng.com/blog/2020/04/git-cherry-pick.html

对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。

这时分两种情况。一种情况是，你需要另一个分支的所有代码变动，那么就采用合并（git merge）。另一种情况是，你只需要部分代码变动（某几个提交），这时可以采用 Cherry pick。

举例来说，代码仓库有master和feature两个分支。

    a - b - c - d   Master
         \
           e - f - g Feature

现在将提交f应用到master分支。        
# 切换到 master 分支
$ git checkout master

# Cherry pick 操作
$ git cherry-pick f

上面的操作完成以后，代码库就变成了下面的样子。

    a - b - c - d - f   Master
         \
           e - f - g Feature


$ git cherry-pick feature    将feature分支最新提交应用过来
$ git cherry-pick <A> <B>    将A和B提交应用过来
$ git cherry-pick A..B        将A之后到B应用过来
$ git cherry-pick A^..B     将包括A到B应用过来

LFS failed to upload object, also fails to upload missing object later with explicit 'git lfs push origin master'

remote: GitLab: LFS objects are missing. Ensure LFS is properly set up or try a manual "git lfs push --all".

无解，只能重新创建本地仓库。

出现这种情况有3种原因：

  • 如果这些文件是你从别处克隆过来的，说明源头就不对，或者你克隆的方式不对，或者网络出错了；
  • 如果这些文件是你在本地新增的，说明.git目录下有些文件被你误删了；
  • 如果这些文件是你在本地新增的，但是是从别处目录拷贝过来的，你有可能拷贝的是git lfs pointer文件，这些文件会出发git lfs命令的bug，也就是文件被添加了，但.git下没有，也就遇到了上述git lfs fsck输出的错误。

git 查看最近或某一次提交修改的文件列表相关命令整理。

git log --name-status 每次修改的文件列表, 显示状态 git log --name-only 每次修改的文件列表 git log --stat 每次修改的文件列表, 及文件修改的统计 git whatchanged 每次修改的文件列表 git whatchanged --stat 每次修改的文件列表, 及文件修改的统计 git show 显示最后一次的文件改变的具体内容 git show -5 显示最后 5 次的文件改变的具体内容 git show commitid 显示某个 commitid 改变的具体内容

20210112

今天发现git上库时间是根据本地系统时间来设定的，因此如果本地时间有错误，上库后会出现 有*提交于11个月后 的情况。

特别有趣。

git blame xxx.cpp可以查看文件每一行修改的情况。

git log -p xxx.cpp：查看某个文件每次提交的详细修改

查看文件在某次提交的修改内容：git show commitId xxx.cpp

20200113

git切换到某次提交：

git reset commitId和 在分支上面git checkout commitId都不是想要的结果。问题在于本地还是会包含后面的所有修改的东西。

正确做法：git checkout -b backtocommitid commitId 建立新的分支，这时候就没有了后面修改的东西。

20210202

分支合并那些事儿

不同的仓库按道理来说是不能进行合并的，但是似乎也是有种可能的。

合并有三种方式： 提交合并请求后，发现有合并冲突。 解决方案一：使用在线Web IDE查看冲突地方并修改。 解决方案二：线下合并使用git merge命令，手动处理完毕后直接git add即可，缺点没有合并请求这一步注释地方。 解决方案三：在已知冲突的地方，修改对应的单个分支内容，修改后重新提交到单个分支上，刷新合并请求发现冲突没有了。

git checkout -b 新的分支名 原有的分支

20210205

撤销某次提交记录 git revert commitId

20210207

删除远程分支：git push origin --delete 分支名

20210225

Step 1. 获取并检出此合并请求的分支 git fetch origin git checkout -b [bName] origin/冲突分支

Step 2. 本地审查变更（忽略）

Step 3. 合并分支并修复出现的任何冲突 git checkout master git merge --no-ff [bName]（本地就有冲突文件了，注意看产生冲突的文件）

Step 4. 推送合并的结果到 GitLab git checkout -b [newBName] git push origin [newBName]

20210226

git怎样删除未监视的文件untracked files

删除 untracked files

git clean -f

连 untracked 的目录也一起删掉

git clean -fd

连 gitignore 的untrack 文件/目录也一起删掉 （慎用，一般这个是用来删掉编译出来的 .o之类的文件用的）

git clean -xfd

在用上述 git clean 前，墙裂建议加上 -n 参数来先看看会删掉哪些文件，防止重要文件被误删

git clean -nxfd git clean -nf git clean -nfd

20210227

git clone时出现Permission denied(publickey). fatal: Could not read from remote repository问题 是使用ssh远程到xubuntu系统进行git操作，但是在xubuntu系统中git操作没有任何问题。

20210428（Windows）

修复git diff/log正文中文乱码

git config --global core.quotepath false 
git config --global gui.encoding utf-8
git config --global i18n.commit.encoding utf-8 
git config --global i18n.logoutputencoding utf-8

bash 环境下

export LESSCHARSET=utf-8

cmd环境下：

set LESSCHARSET=utf-8

$ git config --global core.quotepath false          # 显示 status 编码
$ git config --global gui.encoding utf-8            # 图形界面编码
$ git config --global i18n.commit.encoding utf-8    # 提交信息编码
$ git config --global i18n.logoutputencoding utf-8  # 输出 log 编码

不重启电脑快速测试的话，cmd输入命令 set LESSCHARSET=utf-8

在git bash的界面中右击空白处，弹出菜单，选择选项->文本->本地Locale，设置为zh_CN，而旁边的字符集选框选为UTF-8。

linux下面未生效：

usbredirproto.h:             C source, Non-ISO extended-ASCII text

可以解决方法（缺点无法高亮）：git diff | iconv -f gbk -t utf-8 不知道为啥，按网上的方法有问题：https://www.cnblogs.com/Mr-Koala/p/14636585.html 函数地方少写了分号。

git diff的颜色显示开关：git config color.ui true

20210429

GitHub的fork、start、watch使用

fork：把别人的代码库中复制（fork）一份到你自己的代码库，包括原有库中的所有提交记录fork后代码库会出现在自己的代码仓库中，和别人的完全独立 start：用于收藏（start）或者点赞别人的代码 watch：用于关注（watch）别人代码库的动态，默认是Not watching，设置为watching就可以关注这个代码库的动态了，假如有人push或者其他动作，你的邮箱就会收到消息。

20210501

认识git

工作区 本地仓库 暂存区

配置账号

git config --global user.email "you@example.com" git config --global user.name "Your Name"

查看设置的命令: git config --list

然后通过以下命令既可以修改设置的全局用户名和邮箱: git config --global --replace-all user.name "yourNewName" git config --global --replace-all user.email "yourNewEmail"

分支基础

命令 说明
git branch 查看分支
git branch <分支名> 新建分支
git checkout <分支名> 切换分支
clear 清理窗口
git status 查看仓库修改状态
git checkout -- <文件名> 撤销文件的修改操作
git checkout -b <分支名> 新建分支并切换
git add . 添加所有修改文件
git reset HEAD <文件名> 撤销文件的添加操作
git commit -m "修改内容说明" 添加描述信息
git log 查看提交日志
git merge <分支名> 将分支名的内容合并到当前分支
git push origin <分支名> 推送到分支
git pull <分支名> 更新本地仓库
git stash 储藏当前内容
git stash list 查看文件内容
git stash pop 恢复储藏的内容，即撤销

备注

HEAD 当前分支别名

stash和add的区别

add添加到本地仓库，stash添加到磁盘中，断电后会消失

代码冲突

两个人修改了文件同一行代码

git checkout master git pull origin master git checkout <个人分支名> git merge master 如果这时候有冲突的时候，需要手动修改

冲突文件内容

7个向左的尖括号-起点 7个向右的尖括号-终点 7个等于号-隔开

删除额外的备注内容（三行），选择合并的内容留下哪些，然后继续add。

git branch -av 查看具体的分支内容

demo （"demonstration"的缩写）

DEMO是"demonstration"的缩写。DEMO的中文含意为“示范”、“展示”、“样片”、“样稿”、“原型”，常被用来称呼具有示范或展示功能及意味的事物。

将当前更改追加到某个commit上

  • git stash 保存工作空间的改动（如果新增文件则无需这步）
  • git rebase <指定commit的父commit> --interactive（注意父亲是下面的一个而不是上面的，必须是父亲，因为最终显示的是儿子节点commit及最新）
  • 将需要改动的commit前面的pick 改为 edit,然后保存退出（一般来说是第一个）
  • git stash pop
  • git add <更改的文件>
  • git commit --amend
  • git rebase --continue 这里如果有冲突, 需要先解决冲突: 编辑冲突文件, 解决冲突 git add . git commit --amend 解决冲突之后再执行git rebase --continue

Fast-Forward Git合并

分支合并是Git中常见的操作，在默认情况下，Git采用fast-forward的方式进行分支合并。

Git将执行fast-forward合并方式。分支历史是线性的； 另一种不同的合并方式是使用 -no-ff 参数（意思是no fast-forward）。在这种情况下，分支历史会有稍许区别：多了一个commit（虚线的圆圈）来实现合并。这个commit还会用右边的信息提示我们这次分支合并。

总结：fast-forward线性，把合并的提交直接挪用到目标分支。no fast-forward显著特点多一个commit，合并分支的提交记录。

git忽略某个目录或文件不上传

在仓库根目录创建.gitignore文件

target          //忽略这个target目录
angular.json    //忽略这个angular.json文件
log/*           //忽略log下的所有文件
css/*.css       //忽略css目录下的.css文件

获取几次提交的合并修改

git diff commit1 commit2 获取commit1到commit2之间的修改内容

不同仓库的提交怎么转移

使用git apply失败 git diff c1 c2 > 123.patch git format-patch -5 git show commit1 > 234.patch https://blog.csdn.net/wenjin359/article/details/83270146

果断放弃了，不行。

但是在另外一个仓库搞定解决了。

git diff ${old-commit} ${new-commit}  > commit-operation.patch

OR

git format-patch --stdout -1 b1af44f > commit-operation.patch (recommend)

THEN 

git apply commit-operation.patch

// 有几个^就会打几个patch，从最近一次打起
git format-patch HEAD^
// 最近的二个patch内容
git format-patch HEAD^^

// 最近一次的patch
git format-patch -1
// 最近两次的patch
git format-patch -2

个人感觉还是要求比较高的，不能出现无法找到索引的问题。

git apply只能合入修改，git am能合入提交时间和提交者。

20210713

[root@chroot <vtcompile> ~/vmps/Trunk/source ]#git checkout .
fatal: Unable to create '/home/vtcompile/vmps/.git/index.lock': File exists.

If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.
[root@chroot <vtcompile> ~/vmps/Trunk/source ]#rm /home/vtcompile/vmps/.git/index.lock
[root@chroot <vtcompile> ~/vmps/Trunk/source ]#git checkout .
error: pathspec './' did not match any file(s) known to git.
[root@chroot <vtcompile> ~/vmps/Trunk/source ]#git status
# On branch Branches/VER6.6.6R1
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       deleted:    ../../.gitlab/gitlab_ci/ci_common_report.sh
#       deleted:    ../../.gitlab/merge_request_templates/Bug.md

终结办法：
git clean -fd
git checkout .
git reset xxx

删除关闭的合并请求

只有仓库的创建者才能删除issues.

20210827

git pull是更新远程所有分支最新修改到本地 git pull origin branch_name 只更新远程指定分支到当前本地分支

git checkout . #本地所有修改的。没有的提交的，都返回到原来的状态
git stash #把所有没有提交的修改暂存到stash里面。可用git stash pop回复。

git reset --hard HASH #返回到某个节点，不保留修改，已有的改动会丢失。
git reset --soft HASH #返回到某个节点, 保留修改，已有的改动会保留，在未提交中，git status或git diff可看。

git clean -df #返回到某个节点，（未跟踪文件的删除）
git clean 参数
    -n 不实际删除，只是进行演练，展示将要进行的操作，有哪些文件将要被删除。（可先使用该命令参数，然后再决定是否执行）
    -f 删除文件
    -i 显示将要删除的文件
    -d 递归删除目录及文件（未跟踪的）
    -q 仅显示错误，成功删除的文件不显示


注：
git reset 删除的是已跟踪的文件，将已commit的回退。
git clean 删除的是未跟踪的文件

git clean -nxdf（查看要删除的文件及目录，确认无误后再使用下面的命令进行删除）
git checkout . && git clean -xdf

fatal: unable to access 'https://github.com/HanKin2015/GitBook.git/': Failed

git clone 遇到问题：fatal: unable to access 'https://github.comxxxxxxxxxxx': Failed to connect to xxxxxxxxxxxxx 将命令行里的http改为git重新执行。

不要把问题复杂化了。

git remote get-url origin

错误方式：
git remote set-url origin git@github.com:HanKin2015/GitBook.git/
git push

正确方式：
git remote set-url origin git://github.com/HanKin2015/GitBook.git/
git push

提交检出换行符自动转换设置

git config -l git config --global -l

提交时转换LF，检出时转换为CRLF git config --global core.autocrlf true

提交时转换LF，检出时不转换 git config --global core.autocrlf input

提交检出均不转换 git config --global core.autocrlf false

Git diff 统计代码更改数量

  1. git diff HEAD~2 获取最近两次提交的具体不同 包括增删的文件以及行数以及每行具体的改动
  2. git diff --stat 获取文件更改的个数 增加行数 删除行数
  3. git diff --numstat 表格形式获取增加行数和减少行数

解决git diff没有高亮

启用默认的颜色设置可以使用如下命令 git config --global color.ui true git config --global color.ui false

可以针对具体的内容进行设置如： color.branch color.diff color.interactive color.status

例如： git config --global color.diff.meta "blue black bold" 这样会将diff的输出以蓝色字体，黑色背景，粗体显示。

颜色可用值有： normal black red green yellow blue magenta cyan white

字体可选值有: bold dim ul blink reverse

git config --global core.quotepath false # 显示 status 编码 git config --global gui.encoding utf-8 # 图形界面编码 git config --global i18n.commit.encoding utf-8 # 提交信息编码 git config --global i18n.logoutputencoding utf-8 # 输出 log 编码 export LESSCHARSET=utf-8 324 git diff | iconv -f gbk -t utf-8 325 git diff 326 git diff --color=auto 327 git diff | iconv -f gbk -t utf-8 328 git diff | iconv --color=auto -f gbk -t utf-8 329 git diff | iconv -f gbk -t utf-8 330 iconv --help

批量删除多个分支

1、强制删除所有本地分支 git branch |xargs git branch -D

2、删除本地所有与远程仓库同步分支(本地修改过未提交的分支不删除） git branch |xargs git branch -d

3、删除本地带有-new字符的分支和不包含带有-new字符的本地分支 git branch| grep '-new' |xargs git branch -D git branch| grep -v '-new' |xargs git branch -D git branch | grep hj_* | xargs git branch -D

4、删除本地存在，远程已经被删除的分支 git remote prune origin

5、查看远程库信息 git remote show origin

6、查看那些分支需要被清理 git remote prune origin --dry-run

7、推送本地当前分支到远程$branch分支并建立和origin $branch的对应关系 git push -u origin $branch

8、删除本地分支和远程分支的关联关系 git branch --unset-upstream 注释：跟踪分支origin/$branch和远程分支一一对应，和本地分支多寡无关

忽略文件名大小写

默认情况下，如果我把文件名从小写全部更改为大写，git无法识别，但是界面上有红色标志，很别扭。

使用git config core.ignorecase命令查看大小写敏感。 git config core.ignorecase false（推荐） git config core.ignorecase true

推荐方法 使用git切换到相应的文件目录修改文件名： git mv oldfile(旧文件名) newfile(新文件名)

修改后git没有检测到

git diff不行 git status . -uno不行

结果发现居然是该文件是新加的，需要git status看见。。。。。。纯属乌龙

git status . | grep ".c|.cpp|.h"

git bash响应非常慢

最近在打开git时极其卡顿，在这个界面经常需要等待一分多钟的时间才能初始化好，并且执行命令后也需等个几秒才能完成，用起来非常难受。重装、安装新版本也不能解决。

用process monitor查看git bash进程进行了那些操作，在卡顿期间，一直在执行Process Profiling操作。

但在本机测试并没有发现这些操作，删除临时缓存依然存在卡顿现象。 网上说的最多的就是杀毒软件导致的，卸载360就不卡顿了。

于是将C,D磁盘都加入信任区，果然就不卡了。。。

另外，不卡的时候，git bash也会进行Process Profiling操作，只是不会刷的这么快。

filename too long

pull代码的时候，可能会报出：filename too long

原因： git有可以创建4096长度的文件名，然而在windows最多是260，因为git用了旧版本的windows api

解决： git config --global core.longpaths true

autocrlf

痛点 windows系统git拉取代码或者打包仓库，一般都设置了autocrlf = true. 这样设置的效果是： Git可以在你提交时自动地把行结束符CRLF转换成LF，而在签出代码时把LF转换成CRLF 结果打包仓库里sh脚本文件是windows的行尾符，打包成功后，升级ssu包必定会失败。 如果设置成false呢，那代码又是lf格式，编译报错，对比代码又有各种问题。

解决办法1： 将打包仓库里sh脚本、apppre、appsh1转换成unix行尾符LF。 主要用dos2unix批量转换：

find . -name "*.sh" | xargs dos2unix find . -name "apppre" | xargs dos2unix find . -name "appsh1" | xargs dos2unix 解决办法2： 好像可以设置过滤sh脚本文件，这个我也没研究过。

建议各位小伙伴检查自己本地git的换行符自动转换设置（将换行符自动转换设置为开启） git config --global --list 检查core.autocrlf的值， core.autocrlf=false => 换行符自动转换为关闭状态 core.autocrlf=true => 换行符自动转换为开启状态

漂亮的显示git上库日志

要做到这样，命令行如下： git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --

这样有点长了，我们可以这样： git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --"

然后，我们就可以使用这样的短命令了： git lg

常用的高级git总结命令

git log -p 相当于增加git show [commit_id]

error: src refspec master does not match any.解决办法

我这个原因是master分支没有权限，当前分支在master上，却想上库到另外一个分支上面。 解决方法：本地创建新分支，然后再提交。

[root@chroot <hankin> /part1/VMP5.5.1/home/hankin/packages/spice ]#git push -u origin TD123456
error: src refspec TD123456 does not match any.
error: failed to push some refs to 'http://58778:KHdfszrxLE3EqkvGptpk@github.org/spice.git'
[root@chroot <hankin> /part1/home/hankin/packages/spice ]#git branch
* master
[root@chroot <hankin> /part1/home/hankin/packages/spice ]#git checkout -b TD123456
Switched to a new branch 'TD123456'
[root@chroot <hankin> /part1/home/hankin/packages/spice ]#git branch
* TD123456
  master
[root@chroot <hankin> /part1/home/hankin/packages/spice ]#git push -u origin TD123456
Counting objects: 9, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (5/5), 1.13 KiB, done.
Total 5 (delta 4), reused 0 (delta 0)
remote:
remote: To create a merge request for TD123456, visit:
remote:   http://github.org/spice/merge_requests/new?merge_request%5Bsource_branch%5D=TD123456
remote:
To http://58778:KHdfszrxLE3EqkvGptpk@github.org/spice.git
 * [new branch]      TD123456 -> TD123456
Branch TD123456 set up to track remote branch TD123456 from origin.

只查看提交记录

git log --oneline git log --stat git log -p

.git文件夹太大问题及解决方法（该方法过程有些繁琐，不清楚有没有批量删除文件的方法）

https://blog.csdn.net/lai1170137052/article/details/107009414/ https://blog.csdn.net/qq_39798423/article/details/118055127

  • 桌面打开gitbash，并切换到项目目录
  • 查找大文件，命令如下： ``` git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk '{print$1}')"

python/U盘自动拷贝/1.txt1645063482 longago/gluon_tutorials_zh.pdf


- 删除指定的大文件，将 bigfile 换成上面找出的文件名，例如"1.txt1645063482"
git filter-branch --force --index-filter "git rm --cached --ignore-unmatch '1.txt1645063482'" --prune-empty --tag-name-filter cat -- --all

git for-each-ref --format='delete %(refname)' refs/original | git update-ref --stdin

- 重新标记过期的缓存文件
git reflog expire --expire=now --all

- 回收过期的缓存
git gc --prune=now

- 重新用命令统计下，看下大小
git count-objects -v

- 重新提交
git push --all --force origin
du -sh .git

重复几次上面的命令一直找到前5的最大文件.进行删除操作. 就可以把大小降下来。

- 清理回收远程库缓存，这一步很重要，否则无法push

## git怎样批量删除分支
git 批量删除本地分支

git branch | grep TD* | xargs git branch -D


## 全局配置和局部配置
https://blog.csdn.net/A_bad_horse/article/details/117649966

[root@ubuntu0006:/media/hankin/vdb/TransferStation] #git config -l user.name=吴彦祖110 user.email=110@police.com core.autocrlf=false core.quotepath=false gui.encoding=utf-8 i18n.commit.encoding=utf-8 i18n.logoutputencoding=utf-8 alias.lg=log --oneline --color --decorate --graph [root@ubuntu0006:/media/hankin/vdb/TransferStation] #cat ~/.gitconfig [user] name = 吴彦祖110 email = 110@police.com [core] autocrlf = false quotepath = false [gui] encoding = utf-8 [i18n "commit"] encoding = utf-8 [i18n] logoutputencoding = utf-8 [alias] lg = log --oneline --color --decorate --graph [root@ubuntu0006:/media/hankin/vdb/client] (libevent_2.1.12) #git config -l user.name=吴彦祖110 user.email=110@police.com core.autocrlf=false core.quotepath=false gui.encoding=utf-8 i18n.commit.encoding=utf-8 i18n.logoutputencoding=utf-8 core.repositoryformatversion=0 core.filemode=true core.bare=false core.logallrefupdates=true remote.origin.url=git@devops.hankin.org:VD/client.git remote.origin.fetch=+refs/heads/:refs/remotes/origin/ branch.master.remote=origin branch.master.merge=refs/heads/master [root@ubuntu0006:/media/hankin/vdb/client] (libevent_2.1.12) #cat .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] url = git@devops.hankin.org:VD/client.git fetch = +refs/heads/:refs/remotes/origin/ [branch "master"] remote = origin merge = refs/heads/master


## 应该仓库的分支提交到另一个仓库上面
1.git remote -v查看当前git仓库地址标题
2.git remote rm origin清空对应的git仓库地址。（注意：我是之前的仓库地址不用了，迁移出去了，所以才选择的清空）
3.git remote add origin http://***.git（origin是自己命令的仓库地址的名字，后边的连接是新仓库（要上传代码的仓库）的连接地址）
4.git remote -v查看是否新增成功，如果显示新增仓库地址，则意味着成功。把在当前分支已经stash的代码unstash一下，即可做提交操作。
5.git push custom branch_name

注意一点：当前分支名和提交上去的分支名要一致，否则会提交失败。
如当前分支名为A，远程无B，提交git push custom B会失败。

## 最后一次提交的用户名不对
git commit --amend --author="NewAuthor NewEmail@address.com"
git commit --amend --reset-author

## git文件已提交，但还是显示文件夹红色感叹号(windows系统)
参考：https://www.jianshu.com/p/420d38913578?tdsourcetag=s_pctim_aiomsg

原因是：远端存在相同名字但大小写不同的文件，本地windows大小写不区分

设置本地git环境识别大小写
git config core.ignorecase false

查看相同名字大小写不同的文件
git ls-files .

删除文件
git rm --cached readme.md jack.md
git rm --cached readme_en.md
git status
git add .
git commit -m"rm files"
git push

git ls-files命令会一直递归显示全部文件，没有找到只显示当前文件夹的选项。
git ls-tree -l HEAD可以试试。

## docker环境配置git无法输入中文
可以使用shell脚本执行

git config --global user.name "张三12345" git config --global user.email "12345@zhangsan.com"

发现依然无法下载代码，决定使用git clone http://xxx.git。
还是失败告终，最终通过拷贝别人docker环境的id_rsa文件搞定，注意这个文件的权限，需要chmod 0600 /root/.ssh/id_rsa。

## 尬了一个尴尬
代码本地明明似乎有修改，但是还是能下载代码下来。
然后windows本地看还是有修改，如下：

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git status . HEAD detached at origin/Develop_ready_oldarch Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git restore ..." to discard changes in working directory) modified: xt_DSCP.h modified: xt_MARK.h modified: xt_TCPMSS.h modified: xt_connmark.h

no changes added to commit (use "git add" and/or "git commit -a")

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git checkout xt_connmark.h Updated 1 path from the index

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git status . HEAD detached at origin/Develop_ready_oldarch Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git restore ..." to discard changes in working directory) modified: xt_CONNMARK.h modified: xt_DSCP.h modified: xt_MARK.h modified: xt_TCPMSS.h

no changes added to commit (use "git add" and/or "git commit -a")

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git checkout . Updated 8 paths from the index

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git checkout . Updated 8 paths from the index

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git config -l | grep case core.ignorecase=true core.ignorecase=true

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git config core.ignorecase false

User@new-win10x60050 MINGW64 /d/Demo/sysroot/usr/include/linux/netfilter ((TAG/AI5B1)) $ git config -l | grep case core.ignorecase=true core.ignorecase=false ``` 使用git checkout可以无限重置，使用git clean -fd也不行，后来发现原来是远端仓库拥有同名的文件，只是大小写不同，但是windows系统是不区分大小写的。修改忽略大小写是行不通的。 只能在linux环境下载代码看，要不忽略这些同名文件，一般来说正常环境是不会去修改这些莫名其妙的文件的。

git创建新项目

命令行指令

Git 全局设置 git config --global user.name "张三12345" git config --global user.email "12345@zhangsan.com"

创建新版本库 git clone git@cs.zhangsan.org:12345/AI.git cd AI touch README.md git add README.md git commit -m "add README" git push -u origin master

已存在的文件夹 cd existing_folder git init git remote add origin git@cs.zhangsan.org:12345/AI.git git add . git commit -m "Initial commit" git push -u origin master

已存在的 Git 版本库 cd existing_repo git remote rename origin old-origin git remote add origin git@cs.zhangsan.org:12345/AI.git git push -u origin --all git push -u origin --tags

git上库完成后本地还是有红色感叹号

查了一会儿，发现有文件冲突，但这个文件是绿色的勾。但是过了一会儿，红色感叹号都消失了，很奇怪，莫非是反应不及时吗？

error: src refspec master does not match any. 错误处理办法

error: failed to push some refs to 'git@github.com:hankin/test.git

原因：本地仓库为空 当前分支为 TD1，但是我做了一些修改commit，然后提交到分支TD2，就报了上面的错误。 原因在于本地并没有TD2分支，因此应该上传的分支还是TD1。

高级命令git restore

git restore命令是撤销的意思，也就是把文件从缓存区撤销，回到未被追踪的状态。 https://baijiahao.baidu.com/s?id=1683763863529120088&wfr=spider&for=pc

results matching ""

    No results matching ""