git 比较少记载用法笔记

最新推荐文章于 2025-04-20 17:13:48 发布

NewpoYang2020

最新推荐文章于 2025-04-20 17:13:48 发布

阅读量189

点赞数

CC 4.0 BY-SA版权

文章标签： git

本文链接：https://blog.csdn.net/u010735007/article/details/109599657

本文介绍了Git中常用的命令操作，包括拉取远程分支、删除已提交的文件、修改提交信息、查看及切换版本、克隆指定分支、生成及应用补丁等。通过这些命令，可以有效地进行版本管理和代码协作。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一.命令行
(1)拉远程分支
git checkout -b 本地分支名x origin/远程分支名x
例子：
git checkout -b branch1 origin/remote

(2)在原有代码里面拉远程分支
git fetch origin 远程分支名x:本地分支名x
例子：
cd code
git fetch origin remote

(3)已经提交的git代码管理里删除不想提交的目录或文件
git rm -r - -cached 删除目录
例子：
已经提交.build临时文件的文件夹，后来在项目里.gitignore忽略.build,提交还会出现.build的文件修改
git rm -r - -cached .build

(4)修改最后一次commit的信息
git commit --amend 然后使用vi修改保存即可

(5)git tag查看版本后使用git checkout 切换tag
例子：
git tag 列出版本
git checkout 3.2.12

(6)clone指定远程分支
git clone -b 分支仓库
例子：
git clone -b dev_jk http://xxxx

(7)git生成补丁命令：
当前分支所有超前master的提交：
git format-patch -M master
某次提交以后的所有patch:
git format-patch 4e16 --4e16指的是commit名
从根到指定提交的所有patch:
git format-patch --root 4e16
某两次提交之间的所有patch:
git format-patch 365a…4e16 --365a和4e16分别对应两次提交的名称
某次提交（含）之前的几次提交：
git format-patch –n 07fe --n指patch数，07fe对应提交的名称
故，单次提交即为：
git format-patch -1 07fe

(8)git打入补丁命令：
先检查patch文件：git apply --stat newpatch.patch
检查能否应用成功：git apply --check newpatch.patch
打补丁：git am --signoff < newpatch.patch

如果应用patch出现问题：
比如，一个典型的git am失败，可能是这样的：
$ git am PATCH
Applying: PACTH DESCRIPTION
error: patch failed: file.c:137
error: file.c: patch does not apply
error: patch failed: Makefile:24
error: libavfilter/Makefile: patch does not apply
Patch failed at 0001 PATCH DESCRIPTION
When you have resolved this problem run “git am --resolved”.
If you would prefer to skip this patch, instead run “git am --skip”.
To restore the original branch and stop patching run “git am --abort”.

正如你所见，如果冲突发生，git只是输出上述信息，然后就停下来。一个小冲突会导致整个patch都不会被集成。

处理这种问题的最简单方法是先使用 git am --abort，然后手动的添加此patch, patch -p1 < PATCH，手动解决掉代码冲突，最后使用 git commit -a 提交代码。但是这样做有个问题就是你会失去PATCH中原本包含的commit信息（比如From，Date，Subject，Signed-off-by等）。应该有一种更聪明的方法。

在 .git/rebase-apply 目录下，存放着相应的补丁文件，名字是“0001” （在更新的git版本中，存放补丁文件的目录名有所改变，这里使用的git版本是 1.7.4.1）。

事实上，你可以使用 git apply 命令打patch（git apply 是git中的patch命令）。如同使用 patch -p1 命令时一样，然后手动解决代码冲突（检视生成的 .rej 文件，与冲突文件比较，修改冲突内容，并最终把文件加入到index中）：

$ git apply PATCH --reject
$ edit edit edit
（译注：根据.rej文件手动解决所有冲突）
$ git add FIXED_FILES
$ git am --resolved

就这么简单！
想多一些解释，好吧。git am 并不改变index，你需要使用 git apply --reject 打patch（保存在 .git/rebase-apply），手动解决代码冲突，（译注：使用 git status 列出所有涉及文件），把所有文件（不仅仅是引起冲突的文件）添加到（git add）index，最后告诉 git am 你已经解决（–resolved）了问题。这样做的好处是你不需要重新编辑commit信息。而且，如果你正在打的是一系列patch（就是说你在打的是多个patch，比如 git am *.patch）你不需要使用 git am --abort，然后又 git am。

二.配置文件
filemode = false 不过滤文件权限