学习笔记wiki

Appearance

git入门知识汇总 ​

0、前言 ​

0-1、Linux安装git ​

sudo apt install git

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

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

0-2、Windows安装git ​

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

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

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

官网：https://github.com/git-for-windows/git/releases?page=3 注意：win7支持的最高版本是2.46.2

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

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秘钥之后需要稍微等待一段时间才能生效

ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
cat ~/.ssh/id_rsa.pub

0-4、配置家门，即上传者的身份 ​

设置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"

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

认识git：工作区  本地仓库  暂存区

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

0-5、修改global配置 ​

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

0-6、配置SSH-Key ​

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

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

0-7、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上了。

0-8、解决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 你要git clone里面的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 不行

1-1、使用--single-branch参数只下载指定分支 ​

（这种方式不可靠，还是会下载整个仓库，只是切换到了指定分支）git clone -b branch git@github.com:github/test.git

新仓库太大，达到惊人的155G，但是我只想使用其中一个分支不想下载整个仓库以此来节省磁盘空间： 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 .

(亲测有效)只拉仓库中的某一个分支：git clone --single-branch -b 远程分支名 git@csgo.shit.city.org:IDV/Support.git . 最后一个参数代码拉取到本地的位置路径。另外注意拉取的位置必须为空，否则报错fatal: destination path '.' already exists and is not an empty directory.

如果当前仓库是通过git clone --single-branch拉取的，似乎无法更改成查看所有分支。

1-2、使用--single-branch参数后如何让仓库可以看到全部分支 ​

当使用 git clone --single-branch 时，默认配置会限制 git fetch 只获取单个分支。即使执行 git fetch --all，如果不修改配置或显式指定参数，Git 可能仍然只获取单个分支的信息。

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git config -l | grep fetch
remote.origin.fetch=+refs/heads/feature/590/sm:refs/remotes/origin/feature/590/sm

解决方式：

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git config -l | grep fetch
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git pull
remote: Enumerating objects: 10291, done.
remote: Counting objects: 100% (9518/9518), done.
remote: Compressing objects: 100% (3289/3289), done.
remote: Total 9261 (delta 6544), reused 8490 (delta 5830)
Receiving objects: 100% (9261/9261), 43.60 MiB | 23.18 MiB/s, done.
Resolving deltas: 100% (6544/6544), completed with 114 local objects.
From cq.devops.hankin.org:HS/MAC/agent
 * [new branch]        Branches/MAC1.1.0       -> origin/Branches/MAC1.1.0

# 强制获取所有远程分支（包括未跟踪的）
git fetch origin +refs/heads/*:refs/remotes/origin/*

git branch -r  # 查看所有远程分支
git branch -a  # 查看所有本地和远程分支

git remote prune origin # 仅清理指定远程仓库origin的无效分支，适合只想清理而不需要更新的情况
git fetch --all --prune # 获取最新的提交和分支信息同时删除本地已不存在于远程仓库的远程跟踪分支
--prune 选项用于删除本地已不存在于远程仓库的分支

# 重新克隆所有分支
git clone --no-single-branch https://github.com/username/repository.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 ​

6-1、修改commit内容 ​

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

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

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

6-2、删除commit ​

git reset HEAD^ 删除最新commit记录

6-3、误删除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

stash和add的区别：add添加到本地仓库不会消失，stash添加到磁盘中，断电后会消失

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会告诉你这是一个干净的工作目录, 又是一个新的开始了！

14、进阶 ​

14-1、.gitignore ​

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

14-2、打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

14-3、自定义别名（更高级的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 "

15、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应用过来

16、Git LFS ​

16-1、简介 ​

Git LFS（Large File Storage） 是 Github 开发的一个 Git 的扩展，用于实现 Git 对大文件的支持。 简单的说，就是如果你想传超过 100MB 的二进制文件到GitHub，你就要用Git LFS。

检查 LFS 对象状态: git lfs status
出所有被 LFS 跟踪的文件及其状态：git lfs ls-files
检查当前版本: git lfs version
清理 LFS 缓存: git lfs prune
在 Git 中初始化 Git LFS: git lfs install
跟踪大文件: git lfs track "*.psd"
跟踪特定文件: git lfs track "path/to/your/largefile.zip"
检查 .gitattributes 文件: cat .gitattributes

git lfs pull --include="*" --exclude=""

配置常存储在 LFS 的配置文件中，例如 .gitattributes 或 .lfsconfig 文件中。 还有可能在.git/config中。

Git LFS 通过将仓库中的大文件替换为微小的指针（pointer）文件来做到这一点。安装了git lfs工具后，只要涉及到git checkout（包括git clone，git clone完成会切换到一个分支，默认是master分支）的操作，git都会拉取当前分支的lfs实际的大文件（没安装git lfs则不会）。

git pull后还需要使用git lfs pull origin $branch_name拉取下，保证本地文件都是实际的文件而非指针文件。 如想加快git 大文件拉取效率，可以使用git lfs clone和git lfs pull加快拉取速度。 使用git lfs ls-files --all 可以查看 Git LFS 跟踪的所有文件。

https://help.aliyun.com/document_detail/206889.htmlhttps://zhuanlan.zhihu.com/p/146683392

16-2、Locking support detected on remote "origin". Consider enabling it with ​

这条信息表示远程仓库支持锁定功能。你可以通过设置 lfs.locksverify 为 true 来启用锁定支持。这通常用于防止多个用户同时修改同一文件。

git config lfs.https://cq.devops.hankin.org/MAC/LMT-BUILD-PROJECT_LFS.git/info/lfs.locksverify true

16-3、info: Uploading failed due to unsupported Content-Type header(s). ​

info: Consider disabling Content-Type detection with 这条信息表示在上传 LFS 对象时，出现了不支持的 Content-Type 头。这可能是由于某些文件类型未被正确识别。

$ git config lfs.contenttype false

16-4、lfs.repositoryformatversion ​

lfs.repositoryformatversion 字段是 Git LFS（Large File Storage）在其配置文件中使用的一个重要字段，主要用于指示 LFS 仓库的格式版本。 在 Git LFS 的早期版本中，lfs.repositoryformatversion 的值通常为 0。随着 Git LFS 的发展，可能会引入新的版本号（如 1、2 等），以支持新的功能或改进。 https://github.com/git-lfs/git-lfs/issues/4533

16-5、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".

这条信息表示远程仓库中缺少 LFS 对象，可能是因为 LFS 没有正确设置，或者在推送之前没有将 LFS 对象上传到远程。

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

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

解决方式： https://stackoverflow.com/search?q=LFS+upload+missing+objects 尝试复现问题现象，但是复现不出来，有同事通过git config xxx false成功解决了！但是无奈复现不了问题，无法验证。

17、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 改变的具体内容

18、其他 ​

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 新的分支名 原有的分支

合并分支实操 ​

两个人修改了文件同一行代码（将master分支内容合并到个人分支）：

git checkout master
git pull origin master
git checkout <个人分支名>
git merge master

如果这时候有冲突的时候，需要手动修改

冲突文件内容 ​

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

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

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

撤销某次提交记录 ​

git revert commitId

删除远程分支 ​

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]

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或者其他动作，你的邮箱就会收到消息。

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

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

19、分支基础 ​

命令说明
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 当前分支别名

20、拉代码时出现冲突但又不想处理冲突 ​

git pull
git add .
git commit -m"临时处理冲突文件"
git reset --hard 前面某一个commit
git pull -f

21、更新本地分支同步远端提交 ​

切换到同名分支，直接git pull即可（不能同步可能存在冲突） 可以使用git branch -vv查看分支对应的远端分支

22、将当前更改追加到某个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

23、剔除中间某个commit提交记录 ​

要从 Git 提交历史中删除某个提交，你可以使用 git rebase 命令。以下是一些步骤：

  • 首先，使用 git log 命令找到你想要删除的提交的哈希值。
  • 运行 git rebase -i <commit-before-the-one-you-want-to-remove> 命令，将 <commit-before-the-one-you-want-to-remove> 替换为你想要删除的提交的前一个提交的哈希值。
  • 这将打开一个交互式 rebase 窗口，其中列出了你选择的提交历史。找到你想要删除的提交，并将其前面的单词由 "pick" 改为 "drop"，然后保存并关闭编辑器。
  • Git 将会继续重播这些提交，但会跳过你标记为 "drop" 的提交。
  • 最后，如果你已经将这些更改推送到远程仓库，你可能需要使用 git push --force 命令来覆盖远程分支的提交历史。

24、Fast-Forward Git合并 ​

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

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

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

25、获取几次提交的合并修改 ​

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

26、不同仓库的提交怎么转移 ​

使用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能合入提交时间和提交者。

27、删除关闭的合并请求 ​

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

28、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 -v

错误方式：
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

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

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

30、Git diff 统计代码更改数量 ​

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

31、解决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

32、批量删除多个分支 ​

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和远程分支一一对应，和本地分支多寡无关

33、忽略文件名大小写 ​

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

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

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

34、修改后git没有检测到 ​

git diff不行 git status . -uno不行

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

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

35、git bash响应非常慢 ​

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

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

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

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

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

36、filename too long ​

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

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

解决：

git config --global core.longpaths true

37、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
find . -name "*.inf" | xargs unix2dos
find . -name "*.ini" | xargs unix2dos

解决办法2： 好像可以设置过滤sh脚本文件，这个我也没研究过。

建议各位小伙伴检查自己本地git的换行符自动转换设置（将换行符自动转换设置为开启）

git config --global --list

检查core.autocrlf的值， core.autocrlf=false => 换行符自动转换为关闭状态 core.autocrlf=true => 换行符自动转换为开启状态

38、漂亮的显示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

39、常用的高级git总结命令 ​

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

40、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.

41、只查看提交记录 ​

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

42、.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

43、git怎样批量删除分支 ​

git 批量删除本地分支

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

44、全局配置和局部配置 ​

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

45、应该仓库的分支提交到另一个仓库上面 ​

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会失败。

46、最后一次提交的用户名不对 ​

git commit --amend --author="NewAuthor NewEmail@address.com" git commit --amend --reset-author

47、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可以试试。

20231016更新： 很奇怪，并没有找到大小写不同的文件。但是找到一些上库不规范的文件，然后顺手删除掉后重新commit后，奇怪的事情发生了，之前存在红色感叹号或者没有任何图标的文件瞬间加上了绿色的勾。然而新修改的文件夹却一直存在红色感叹号，使用git push和git pull后也无济于事，可能还需要下一次的提交吧。 解决方式：使用新的commit进行覆盖操作。

48、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。

49、尬了一个尴尬 ​

代码本地明明似乎有修改，但是还是能下载代码下来。 然后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 <file>..." to update what will be committed)
  (use "git restore <file>..." 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 <file>..." to update what will be committed)
  (use "git restore <file>..." 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环境下载代码看，要不忽略这些同名文件，一般来说正常环境是不会去修改这些莫名其妙的文件的。

50、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

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

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

52、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。

53、高级命令git restore ​

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

54、查看时间段之间的提交 ​

git log --after="2013-11-12 00:00" --before="2013-11-12 23:59" git log --stat --after="2016-01-01 00:00" --before="2020-05-01 23:59" hcd-xhci.c

55、git clone下载失败 ​

[root@docker <hejian681> ~/hejian ]#git clone git@code.org:package/test.git
Cloning into 'hci-builder'...
The authenticity of host 'code.org (10.100.202.21)' can't be established.
ECDSA key fingerprint is 07:fe:e4:42:bc:9f:da:83:8b:f4:7b:d6:2d:6f:11:3c.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'code.org,100.10.202.21' (ECDSA) to the list of known hosts.
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

然后去其他docker环境把别人的id_rsa和id_rsa.pub文件拷贝过来，放在/root/.ssh/目录下。 有时候就没有什么问题了，但是有可能出现以下情况：

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/root/.ssh/id_rsa' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
Load key "/root/.ssh/id_rsa": bad permissions

只要把秘钥权限下降就好了：

chmod 0600 id_rsa

windows系统是相同的道理，C:\Users\User.ssh目录下面，注意需要将两个文件同时替换额。

56、git规范 ​

Counting objects: 23, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (15/15), 2.30 KiB, done.
Total 15 (delta 13), reused 0 (delta 0)
remote:  Error: 当前git用户名为：hejian,邮箱为：hejian@hankin.com,不符合规范
remote: +--------------------------------------+
remote: |           用户名、邮箱规范           |
remote: |-------------- + ---------------------|
remote: |   用户名      |  姓名+工号           |
remote: |   邮  箱      |  工号@hankin.com    |
remote: |-------------- + ---------------------|
remote: | 例如:                                |
remote: | 张三88888(正式编制,实习生)         |
remote: | 张三w88888(合作方)                 |
remote: | 88888@hankin.com(所有人)            |
remote: +--------------------------------------+
remote: +----------------------------------------------------+
remote: |               修改用户名、邮箱方法                 |
remote: |----------------------------------------------------|
remote: | 1、配置git：                                       |
remote: | git config --global user.name 信服君88888          |
remote: | git config --global user.email 88888@hankin.com   |
remote: |                                                    |
remote: | 2、用以下命令确保用户名和邮箱的正确性：            |
remote: | git config --list | grep user                      |
remote: |                                                    |
remote: | 3、修改提交：                                      |
remote: | git commit --amend -m"此次提交的概要信息"          |
remote: |                                                    |
remote: | 4、再次push到远程仓库                              |
remote: | git push origin <branch_name>                      |
remote: +----------------------------------------------------+

57、WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! ​

使用以下命令来删除旧的主机密钥:
Administrator@WINedr-VDI0027 MINGW64 /d/Github/Storage (master)
$ ssh-keygen -R github.com
# Host github.com found: line 1
/c/Users/Administrator/.ssh/known_hosts updated.
Original contents retained as /c/Users/Administrator/.ssh/known_hosts.old

然后再git push搞定。

58、github如何删除大量远程的分支 ​

git branch -r | awk -F/ '/\/prefix_to_delete/{print $0}' | xargs -I {} git push origin --delete {}

其中，prefix_to_delete是你要删除的分支的前缀。这个命令会列出所有以prefix_to_delete开头的远程分支，并将它们全部删除。

59、known_hosts文件警告 ​

当进行上库或者拉库的时候就会出现如下警告，虽然不影响使用，但是还是有点别扭。

Warning: the ECDSA host key for 'github.com' differs from the key for the IP address '20.205.243.166'
Offending key for IP in /c/Users/Administrator/.ssh/known_hosts:6
Matching host key in /c/Users/Administrator/.ssh/known_hosts:13
Are you sure you want to continue connecting (yes/no)?
  • 使用everything找到known_hosts文件（C:\Users\Administrator.ssh）
  • 在打开的文件中，找到与警告中提到的IP地址相关的行。在你的情况下，它是第6行。
  • 删除该行或将其注释掉（在行首添加 # 符号）。
  • 保存文件并关闭编辑器。

60、学习到新的语法WIP ​

在软件开发中，WIP是“Work In Progress”的缩写，表示正在进行中的工作。在Git中，WIP通常用于表示一个尚未完成的提交，以便在开发过程中保存进度。

如果您在Git中创建了一个WIP提交，并且想要将其合并到主分支中，但不想让其他人看到它，可以在合并请求（Pull Request）中包含“WIP”标记。这样，其他人就知道这个合并请求是一个尚未完成的工作，而不是一个完整的、可供审核的提交。

在GitHub中，您可以在合并请求的标题中包含“WIP”或“[WIP]”标记，以指示这是一个尚未完成的工作。例如：

[WIP] 添加新功能

这样，其他人就知道这个合并请求是一个尚未完成的工作，而不是一个完整的、可供审核的提交。当您完成工作并准备好将其合并到主分支时，只需将“WIP”标记从标题中删除即可。

另外，如果您使用的是GitLab或Bitbucket等其他Git托管服务，它们可能有自己的WIP标记方式。请查阅相关文档以了解更多信息。

61、高阶用法 ​

--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]
创建全新分支：git checkout --orphan <new-branch-name>
基于其他分支或者提交的哈希值创建：git checkout -b <new-branch-name> [<start-point>]

--orphan 参数是用于创建一个孤立的分支，这意味着新分支将不会有任何父提交历史。它会创建一个空的分支，不会继承任何历史记录，使得它成为一个全新的、干净的分支。在这个分支上进行的任何提交都将与其他分支完全独立。这个特性通常用于创建一个完全不同于当前分支的新起点，比如创建一个全新的特性分支或者开始一个全新的项目。由于孤立分支没有共同的祖先提交，因此在这个分支上的提交与其他分支的提交是没有共同的历史记录的。这意味着在孤立分支上的提交不能直接被其他分支使用cherry-pick命令进行选择性合并。

当你尝试在其他分支上使用cherry-pick命令来选择性合并孤立分支上的提交时，由于缺乏共同的历史记录，可能会导致冲突或者不符合预期的结果。因此，在这种情况下，最好的做法是考虑使用其他方式来合并需要的更改，比如手动复制粘贴或者重新实现相应的更改。

62、mintty.exe.stackdump文件 ​

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

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

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

如果是下载项目就不要使用git init test && cd test初始化。 使用git clone git@git.com master下载项目后，会在当前目录下新建文件夹master并将项目下载这个目录下。

由于先前init初始化后，导致没有进入项目的文件夹中，使用git branch -a看不见任何分支。 需要git add并git commit后才会生成分支：

User@new-win10x60050 MINGW64 /d/git分支/5.4.10R1 (支持usb3.0主控功能)
$ git checkout master
error: pathspec 'master' did not match any file(s) known to git

User@new-win10x60050 MINGW64 /d/git分支/5.4.10R1 (支持usb3.0主控功能)
$ git branch

User@new-win10x60050 MINGW64 /d/git分支/5.4.10R1 (支持usb3.0主控功能)
$ 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

64、Git 恢复本地误删的文件 ​

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

使用git pull --force强制拉取

正确的打开方式：

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

65、git怎么添加空文件夹 ​

在Git中，空文件夹是不会被跟踪的，因为Git只跟踪文件的内容而不跟踪文件夹本身。但是，你可以通过在空文件夹中添加一个占位文件来解决这个问题。以下是在Git中添加空文件夹的步骤：

1.在空文件夹中创建一个占位文件，可以命名为.gitkeep或者其他任意名称。这个文件不需要包含任何内容，它只是用来占位的。

2.打开终端或命令行界面，导航到你的Git仓库所在的目录。

3.使用以下命令将占位文件添加到Git中：

git add path/to/empty/folder/.gitkeep

注意替换path/to/empty/folder为你的空文件夹的实际路径。

4.提交你的更改：

git commit -m "Add empty folder"

现在，你的空文件夹和占位文件将被添加到Git中，并且可以被跟踪和提交。请记住，这只是一种约定，用于表示你希望保留空文件夹的意图。

66、黑魔法教程 ​

git log --pretty=oneline --name-status

打印提交和改动文件 包对比好用

67、git branch --set-upstream-to=origin/IndustrySDT IndustrySDT这句有什么作用 ​

这条命令的作用是将本地分支 IndustrySDT 设置为跟踪远程分支 origin/IndustrySDT。这样做的好处是在执行 git pull 或者 git push 时，不需要显式地指定远程分支的名称，而是可以直接使用 git pull 或者 git push，Git 将会自动使用远程分支进行交互。

这个命令相当于设置了本地分支 IndustrySDT 的 upstream（上游）分支为远程分支 origin/IndustrySDT，这样在后续的操作中，Git 就能够知道本地分支应该与哪个远程分支进行交互。

68、远程仓库22G，但是本地没有多余的空间剩余 ​

直接克隆拉取则报错：

kex protocol error: type 7 seq 996185, 13.96 GiB | 13.88 MiB/s
fatal: write error: No space left on device6 GiB | 18.68 MiB/s
fatal: index-pack failed

对于仓库的其他分支我是并不需要的，那么我们可以在本地初始化仓库，然后关联远程仓库即可:

mkdir xxx
cd xxx
git init
git add .
git commit -m"上库基线代码"
git remote add origin xxx.git
git remote show origin
git remote get-url origin 可以简化为 git remote -v
git push -u origin branch

error: src refspec 支持usb3.0主控功能 does not match any
error: failed to push some refs to 'cs.git'
原因是本地没有《支持usb3.0主控功能》分支

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

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

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

在 .gitignore 文件中添加了 additional_data/common_file/toolTotals.json 后，仍然在 git status 中看到该文件的状态为“modified”，这通常是因为 Git 已经跟踪了该文件的更改。.gitignore 只会忽略未被跟踪的文件，而不会影响已经被 Git 跟踪的文件。 如果希望 Git 忽略 toolTotals.json 文件，你需要先将其从 Git 的索引中移除。

git rm --cached additional_data/common_file/toolTotals.json

运行 git status，你应该会看到 toolTotals.json 被标记为“deleted”，但实际上文件仍然存在于你的工作目录中。但是会更新远端文件为删除状态。

70、本地存储空间不足但需要进行上库 ​

仓库可能有28GB左右，本地只有10GB，正常操作是git clone仓库，然而这样就会下载28GB内容，之前我也研究过使用git clone -b <branch_name> <repository_url>根本行不通，还是会有全部内容。

实战发现使用git init后，然后在浏览器界面切换到指定分支再zip下载到本地，再git add添加基线代码即可。

71、在克隆的时候提示需要输入账号和密码 ​

我已经将id_rsa.pub的ssh密钥贴到帐户上面了，但是为何克隆仓库代码时还需要我输入Username和Password。 原来是我的克隆链接有问题，当您使用SSH密钥进行身份验证时，Git可能仍然尝试使用HTTPS URL而不是SSH URL来克隆仓库。请确保您在克隆命令中使用SSH URL，格式为git@github.com:username/repository.git，而不是HTTPS URL。

git clone git@code.hankin.org:DCCT/aCloud/repository.git
git clone http://code.hankin.org/DCCT/aCloud/repository.git

72、强大的git bash软件 ​

72-1、功能一 ​

git是程序员必需品，因此git bash也是必需的。

72-2、功能二 ​

git bash是一个不错的Linux终端，可以在Windows下畅所欲言的使用各种bash命令。

这样就无需再去安装其他Linux终端，如。

72-3、升级更新 ​

输入：git update-git-for-windows 使用命令更新下载太慢。

国内镜像站下载：https://www.kernel.org/pub/software/scm/git/https://github.com/git-for-windows/git/releases gitforwindows.org

Git for Windows for Windows v2.47 drops support for Windows 7 and for Windows 8, as announced previously. Git 从 v2.47.0 开始，不再支持 Windows 7 和 Windows 8，v2.46.2 是最后支持 Windows 7 和 Windows 8 的版本。

72-4、中文界面配置 ​

右键-》Options-》Window-》UI language-》zh_CN

72-5、git status显示中文 ​

原因： 在默认设置下，中文文件名在工作区状态输出，中文名不能正确显示，而是显示为八进制的字符编码。

解决办法： 将git 配置文件 core.quotepath项设置为false。 quotepath表示引用路径 加上--global表示全局配置

git bash 终端输入命令： git config --global core.quotepath false

72-6、窗口输入字母异常 ​

其实就是半角和全角的区别，快捷键是shift+space，我发现只有中文模式才能生效，英文模式没有效果。

73、git pull和git fetch命令区别 ​

git fetch 用于从远程仓库获取最新的分支和提交，但不会自动合并或修改当前工作目录的内容。 git pull 是 git fetch 和 git merge 的组合命令。

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git pull --all
Fetching origin
Already up to date.

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git fetch --all
Fetching origin

User@new-win10x60050 MINGW64 /d/Demo/agent (feature/590/sm)
$ git merge
Already up to date.

74、git子模块submodule的使用 ​

一个大型工程总会被分拆为一些子工程，git-submodule 就是完成这样一种子工程拆分与整合的工具。 git submodule 命令对于大型项目或需要将外部库集成到项目中的情况非常有用。 通过使用子模块，你可以将外部库作为你的项目的一部分来管理，而不必将其直接合并到主仓库中。

74-1、基础语法 ​

添加一个子工程

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

父仓库配置

.gitmodules
[submodule "src/sleep2"]
	path = src/sleep2
	url = git@domain.com::sleep2.git
	branch = develop-OMG2.3.8

拉取子仓库代码

git submodule update --init --remote --force

更新子仓库提交记录commit点位

User@new-win10x60050 MINGW64 /d/Demo/client/src (dev-238-usb)
$ git status
Refresh index: 100% (17823/17823), done.
On branch dev-238-usb
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   sleep2 (new commits)

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

User@new-win10x60050 MINGW64 /d/Demo/client/src (dev-238-usb)
$ git commit -m"更新Submodule Commit"
[dev-238-usb 452a99c3f] ds
 1 file changed, 1 insertion(+), 1 deletion(-)

User@new-win10x60050 MINGW64 /d/Demo/client/src (dev-238-usb)
$ git show
User@new-win10x60050 MINGW64 /d/Demo/client/src (dev-238-usb)
Author: HanKin <12345@hankin.com>
Date:   Thu Jun 12 14:36:42 2025 +0800

    更新Submodule Commit

diff --git a/src/sleep2 b/src/sleep2
index d67394e87..3a93afa12 160000
--- a/src/sleep2
+++ b/src/sleep2
@@ -1 +1 @@
-Subproject commit d67394e87012ab70eea223d2a7a001abe63c188e
+Subproject commit 3a93afa12bcb60d01a75985f979399acfdaa98d0

74-2、更换了.gitmodules文件中文件夹路径后报错无法更新 ​

root@32a43663383d ~/code(person-12345-sleep_debian)
# cat .gitmodules 
[submodule "hankin-common/hankin-sleep"]
        path = hankin-common/hankin-sleep
        url = git@cs.devops.sangfor.org:VDI/USB/sleep.git
        branch = person/12345/sleep-debian 
root@32a43663383d ~/code(person-12345-sleep_debian)
# git submodule update --init --remote --force
fatal: No url found for submodule path 'hankin-spicec/sleep' in .gitmodules

我修改了.gitmodules 文件中hankin-spicec/sleep改为hankin-common/hankin-sleep,但是为何会报这个错误，怎么解决？

git submodule add git@devops.org:USB/sleep.git hankin-spicec/sleep
git rm --cached hankin-spicec/sleep
git submodule sync
git submodule update --init --remote --force
git submodule status

74-3、其他语法 ​

git submodule deinit <path>：将子模块从 .git/config 文件中移除，并删除子模块目录中的文件。 git rm <path>：将子模块的引用从主仓库中删除，并提交更改。 git submodule 列出子模块 git submodule status 检查子模块状态

75、To add an exception for this directory ​

$ git status
fatal: detected dubious ownership in repository at 'D:/Github/Storage'
'D:/Github/Storage' is owned by:
        (inconvertible) (S-1-5-21-3454653907-3315404885-1188678774-1001)
but the current user is:
        HanKin-PC/HanKin (S-1-5-21-2310488727-2735866231-3522110792-1000)
To add an exception for this directory, call:

        git config --global --add safe.directory D:/Github/Storage

这个错误是 Git 2.35.2 版本引入的安全特性导致的。当仓库所有者与当前用户不匹配时，Git 会拒绝操作以防止潜在的安全风险。 错误信息显示，仓库 'D:/Github/Storage' 的所有权属于另一个用户（S-1-5-21-...-1001），而你当前使用的是 HanKin-PC/HanKin（S-1-5-21-...-1000）。

将该仓库添加到安全目录列表中：git config --global --add safe.directory D:/Github/Storage 如果你拥有管理员权限，可以将仓库文件的所有权修改为当前用户：

  • 右键点击 'D:/Github/Storage' 文件夹
  • 选择 "属性" > "安全" > "高级"
  • 在 "所有者" 一栏点击 "更改"
  • 输入你的用户名（HanKin-PC/HanKin）并确认
  • 勾选 "替换子容器和对象的所有者" 并应用

查看文件（夹）所有权：

PS C:\Users\HanKin> Get-Acl "D:\github\storage" | Select-Object Owner

Owner
-----
HanKin-PC\HanKin

PS C:\Users\HanKin> Get-Acl "D:\github\magictool" | Select-Object Owner

Owner
-----
O:S-1-5-21-3454653907-3315404885-1188678774-1001

修改文件（夹）所有权：

# 修改文件/文件夹所有者
icacls "D:\github\storage" /setowner "HanKin-PC\HanKin" /T

76、从github下载zip包后如何关联远端仓库 ​

问题来源：使用git clone下载仓库太慢，直接下载zip包速度很快。 发现并无法实现，实际上还是会把代码重新拉取一遍，还是很慢。

git init
git remote add https://github.com/HanKin2015/Machine_to_DeepingLearning.git
git fetch origin
git pull

77、解决Git Push至GitHub还是很慢或报错的问题 ​

参考：https://www.cnblogs.com/alphainf/p/17150558.html

问题描述 ​

从本地提交代码到 GitHub 远程仓库，由于 DNS 污染的问题，国内提交速度很慢，有时候还报错。笔者自己花钱买了一个梯子，但开启梯子的代理后仍然没有解决问题，不过 Google 等倒是可以访问了。

原因分析 ​

虽然开启了代理，但可能 git push 并没有走代理，因为需要在 git 里面进行配置。

解决方法 ​

配置 git push 直接走网络代理

git config --global http.proxy socks5://127.0.0.1:1080
git config --global https.proxy socks5://127.0.0.1:1080

其中 1080 是 SOCKS 代理的端口，一般默认 1080，可以在代理工具的设置中查看。

下面以Clash for windows为例，进行代理IP和PORT的配置和查询

PORT可以在这里查询：Genera-》Port IP可以在这里配置和查询：Settings-》System Proxy-》Static Host

然后就可以流畅push了！

78、删除远端分支 ​

需求：gitbook仓库需要把gitbook分支重新命名为main分支，并把之前的master分支删除。

git branch -m gitbook main
git branch -r  # 列出所有远程分支（前缀为 origin/）
git push origin --delete gitbook
git push origin --delete master
git fetch --prune  # 清理本地缓存的已删除远程分支（测试执行后没有看出有啥区别）
# 或简写为 git fetch -p

直接删除master默认分支是会失败的，需要在仓库中修改默认分支为main，Settings-》General-》Default branch-》Switch to another branch。

This website is released under the MIT License.

Copyright © 2025 hankin2015 contributors