简介
- Git常见的使用技巧
写了很多代码,发现写错了分支怎么办
未提交的情况下
- git add . (把所有改动暂存)
- git stash (把暂存的文件提交到git的暂存栈)
- git checkout 本该提交代码的分支
- git stash pop (将暂存栈中的代码放出来)
至于是继续改还是提交就随你了
已提交的情况下
- git checkout 不该提交代码提交了代码的分支
- git reset HEAD~1 (最近一次提交放回暂存区, 并取消此次提交)
- git stash (把暂存的文件提交到git的暂存栈)
- git checkout 该提交代码的分支
- git stash pop
下面一顿操作随你猛了,等你把代码提交到了正确的分支后,再次切到刚刚错的分支
git 迭代拉取子项目
在 Git 中,如果你有一个父项目,而该项目包含了子项目,你可能希望在父项目中拉取或更新这些子项目。这种情况下,通常会使用 Git 的子模块(submodule)功能。子模块允许你在一个 Git 仓库中引用另一个仓库。
要拉取或更新子项目,可以按照以下步骤进行:
添加子模块:如果尚未添加子模块,可以使用以下命令将子模块添加到父项目中:
1
git submodule add <URL-of-submodule-repository> <path-to-store-submodule>
例如:
1
git submodule add https://github.com/example/submodule.git path/to/submodule
初始化子模块:在克隆父项目后,子模块目录中可能还没有子模块的文件。要初始化子模块,可以运行:
1
git submodule init
更新子模块:一旦子模块被添加并初始化,你可以使用以下命令更新子模块到父项目所引用的特定版本:
1
git submodule update --remote
这会将每个子模块更新到它们在父项目中所引用的最新提交。
记住,当你拉取父项目时,子模块不会自动更新。你需要显式运行 git submodule update --remote
来更新子模块。
这些是用于在 Git 中迭代拉取子项目的基本步骤。
git 仅检查指定项目 忽略子项目
在Git中,如果你想仅检查指定项目而忽略子项目,你可以使用.gitignore
文件来指定哪些文件或目录应该被忽略。在.gitignore
中,你可以列出你希望忽略的文件或目录的模式。
以下是一些建议:
创建.gitignore文件: 在你的项目根目录下创建一个名为
.gitignore
的文件。编辑.gitignore文件: 打开
.gitignore
文件并添加你希望忽略的文件或目录的模式。如果你想忽略所有子项目,你可以使用通配符(如/*
)来匹配所有直接子目录。例如:1
2/*
!/指定项目/这将忽略根目录下的所有内容,但允许
指定项目
目录被追踪。将.gitignore文件添加到版本控制: 确保将
.gitignore
文件添加到Git版本控制中,这样其他人克隆你的仓库时也会遵循这些规则。1
2git add .gitignore
git commit -m "Add .gitignore to ignore subprojects"更新.gitignore: 如果在项目的后续开发中需要调整忽略规则,只需更新
.gitignore
文件并提交更改即可。
请记住,.gitignore
文件中的模式是相对于.gitignore
所在目录的相对路径的。确保你的规则符合你的项目结构。
git config 查看默认编辑器
要查看 Git 的默认文本编辑器,可以使用以下命令:
1 | git config --global core.editor |
上述命令将显示全局配置中设置的默认编辑器。如果没有设置默认编辑器,它将不会返回任何输出。
如果你在命令行中看到了输出,它将是你当前配置的默认编辑器的名称或路径。常见的编辑器包括 Vim、Emacs、Nano、Sublime Text、Visual Studio Code 等。
撤回本地修改
- 放弃对本地已经修改,但是尚未提交的文件的修改,还原到其未修改前的状态
- 命令
- 撤回对所有已经修改,但是未提交的文件的修改,但不包括新增的文件
git checkout .
- 撤回对指定文件的修改,
[filename]
为文件名git checkout [filename]
- 撤回对所有已经修改,但是未提交的文件的修改,但不包括新增的文件
git reset 回退项目版本
- 可以回退到任意已经提交过的版本,已经add, commit但是没有push的文件也适用
- 命令
git reset --hard [commit-hashcode]
- 参数:
commit-hashcode
是某个commit的哈希值,可以适用git log查看- 因此,一般用法是先用git log 查看具体commit的哈希值,然后reset到那个版本
对于新增文件
- 撤回本地修改和回退项目版本都不会对新增文件起作用。因为新增的文件是还未加到git的记录里面的,即属于未被
tracked
的状态,所以撤销修改和回退均对其不受影响。 - 解决方法:
- 直接手动删除文件即可
上游分支 upstream
upstream意为上游,即本地分支所对应的远程分支。
一般,本地分支如果是从clone或者fetch得到的,都在远程库有一个upstream分支。
设置upstream的方法有两种:
- 在push的时候指定:
git push --set-upstream origin my_remote_branch_name
- 在新建分支的时候指定:
git branch --set-upstream my_local_branch_name origin/my_remote_branch_name
(错误)
- 在push的时候指定:
注:
- 在运行
git branch --set-upstream
命令时,出现错误(git –version: 2.17.1) fatal: the '--set-upstream' option is no longer supported. Please use '--track' or '--set-upstream-to' instead.
- 设置方法:
git branch --set-upstream-to=origin/<远程分支> <本地分支>
- 在运行
实际上,上述命令,就是在修改本地的.git/config文件:
1
2
3[branch "my_local_branch_name"]
remote = origin
merge = refs/heads/my_remote_branch_name取消分支上游
git branch --inset-upstream
查看分支上游
git status
git checkout <分支>
git branch -vv
设置完upstream后,就可以直接用
git push/pull
来拉取或推送相应的分支了。
直接拉取远程分支
- 新建分支分支并切换到指定分支
git checkout -b dev origin/dev
git checkout -b 本地分支名 origin/远程分支名
- 该命令可以将远程Git仓库里的指定分支拉取到本地,这样就在本地新建了一个dev分支,并和指定的远程分支
origin/dev
关联起来了。 - 示例:
git checkout -b dev notes/dev
: 切换指定远程分支
在本地使用指定提交id创建分支
查看远程分支最新的commitSHA,例如:
aa4339fbe90f68bc82901d976a7c11fe92179ef3
使用命令直接从指定的commit新建分支:
git branch [branch-name] [commit-id]
git branch v1.x aa4339fbe90f68bc82901d976a7c11fe92179ef3
使用标签的方式
git clone [--branch tag-name/branch-name] <git-url> [dir]
下载并绑定指定分支或下载指定标签
使用流程
在本地仓库创建标签,并推送到远程:
git tag -a v1.0 -m "create tag"
git push origin v1.0
下载指定标签到本地:
git clone --branch v1.0 http://192.169.4.28/zjy/clean_code.git
下载标签之后,出现的提示:
- 你处于分离的HEAD状态。您可以环顾四周,进行实验性更改并提交它们,您可以放弃在此状态下所做的任何提交,而不会通过执行另一次签出影响任何分支。
- 如果您想创建一个新的分支来保留您创建的提交,您可以(现在或以后)再次使用-b和chckout命令。
git同步项目进度方法
创建三个分支:
- master
- dev
- local
master分支:
- 存放稳定版本的代码,在这个分支上的项目,所有的功能都是经过测试,不再改动的
- 这个是对外发行的分支
dev分支
- 存放正在开发的代码,在这个分支上的项目,可能正在新加功能,需要经过反复修改的,或者是同步的
- 这个是面向所有开发者的
- 所有开发者通过拉取这个分支的代码来同步项目开发的进程
local分支
- 存放本地的项目的代码,在这个分支上的项目,随时都有可能修改
- 这个是存放在本地,面向的是自己
- 其作用是,自己开发的时候,都在这个本地分支上修改,需要推送到远程git上或者拉取远程git上最新的代码时,需要进行如下几步
- 首先,将local分支的修改全部添加,并在本地提交
- 其次,切换到本地的dev分支,然后拉取远程git上最新的dev分支
- 最后,切换回local分支,将本地拉取到的最新的分支合并到local分支
git删除远程分支文件
- git删除远程分支文件包括两种情况:
- (1)仅仅删除远程分支文件,不删除本地的文件;
- (2)删除远程分支文件的同时,删除本地的文件。
仅仅删除远程分支文件,不删除本地文件
删除远程文件filename
1
2
3git rm --cached filename
git commit -m "delete remote file filename "
git push -u origin master(此处是当前分支的名字)删除远程文件夹directoryname
1
2
3git rm -r --cached directoryname
git commit -m "delete remote directory directoryname "
git push -u origin master(此处是当前分支的名字)
删除本地文件与远程分支文件
删除文件filename
1
2
3git rm filename
git commit -m "delete file filename "
git push -u origin master(此处是当前分支的名字)删除文件夹directoryname
1
2
3git rm -r directoryname
git commit -m "delete directory directoryname "
git push -u origin master(此处是当前分支的名字)
git常见错误
fatal:refusing to merge unrelated histories
- 在使用
git pull
命令拉取代码时出现这个错误 - 原因:本地仓库和远程仓库实际上时独立的两个仓库
- 解决方法:添加选项
--allow-unrelated-histories
解决问题git pull zhuoer dev --allow-unrelated-histories
创建版本库
git clone <url>
: 克隆远程版本库git init
: 初始化本地版本库
修改和提交
git status
: 查看状态git diff
: 查看变更内容git add .
: 跟踪所有改动过的文件git add <file>
: 跟踪指定的文件git mv <old> <new>
: 文件改名git rm <file>
: 删除文件git commit -m "commit message"
: 提交所有更新过的文件git commit --amend
: 修改最后一次提交
查看提交历史
git log
: 查看提交历史git log -p <file>
: 查看指定文件的提交历史git blame <file>
: 以列表方式查看指定文件的提交历史
撤销
git reset -- 0 1.9G 0% /sys/fs/cgroup /dev/mmcblk0p7 16G 12G 3.1G 79% /data HEAD
: 撤销工作目录中所有未提交文件的修改内容git checkout HEAD <file>
: 撤销指定的未提交的修改内容git revert <commit>
: 取消指定的提交
分支与标签
git branch
: 显示所有本地分支git checkout <branch/tag>
: 切换到指定分支或标签git branch <new-branch>
: 创建新分支git branch -d <branch>
: 删除本地分支git tag
: 列出所有本地标签git tag <tagname>
: 基于最新提交的创建标签git tag -d <tagname>
: 删除标签git checkout -b dev notes/dev
: 切换指定远程分支
合并和衍合
git merge <branch>
: 合并指定分支到当前分支git rebase <branch>
: 衍合指定分支到当前分支
远程操作
git remote -v
: 查看远程版本库信息git remote show <remote>
: 查看指定远程版本库信息git remote add <remote> <url>
: 添加远程版本库git fetch <remote>
: 从远程库获取代码git pull <remote> <branch>
: 下载代码及快速合并git push <remote> <branch>
: 上传代码及快速合并git push <remote> :<branch/tag-name>
: 删除远程分支或标签git push --tags
: 上传所有标签
拉取
git pull origin master
push
: 将本地仓库与远程仓库合并-u
: 将本地仓库分支与远程仓库分支一起合并,就是说将master的分支也提交上去,这样就可以在远程仓库上看到在本地仓库的master中创建了多少分支。不加这个参数,只将当前的master与远程的合并,没有分支的历史纪录,也不能切换分支origin
: 远程仓库的意思,如果这个仓库是远程的,那么必须使用这个选项master
: 提交本地master分支仓库
递归克隆
git clone --recursive http://192.167.10.28/dagger/manager_node.git
recursive
选项会递归克隆项目下的所有git项目
撤销 git add
并保留修改的方法
git reset --mixed
– 撤销所有的已经add
的文件git reset HEAD .
– 复制撤销某个文件或文件夹git reset HEAD -filename
– 另外,可以使用git status
,git会告诉可以通过哪一个命令来执行操作
git从历史上的某一次提交处建立分支
git log --oneline --all --graph --decorate
git branch dev 3be5879
远程仓库
git remote add <shortname> <url>
: 添加一个新的远程Git仓库,同时指定一个方便使用的简写.git remote add zhuoer http://192.167.10.28/dagger/zhuoer
: 现在可以在命令行中使用字符串zhuoer
来代替整个URL
git fetch <remote>
: 从远程仓库中获得数据。这个命令会访问远程仓库,从中拉取所有还没有的数据。执行完成后,将会拥有那个远程仓库中所有分支的引用,可以随时合并或者查看。如果使用
clone
命令克隆了一个仓库,命令会自动将其添加为远程仓库并且默认以origin
为简写。所以,git fetch origin
会抓取克隆(或上一次抓取)后新推送的所有工作。- 注意:
git fetch
命令只会将数据下在到本地仓库,它并不会自动合并或者修改当前的工作,当准备好时,必须要手动将其合并入你的工作。
- 注意:
如果当前分支设置了跟踪远程分支,那么可以使用
git pull
命令自动抓取后合并该远程分支到当前分支。默认情况下,
git clone
命令会自动设置本地master
分支跟踪克隆的远程仓库的master
分支(或其他名字的默认分支)。运行git pull
通常会从最初克隆的服务器上抓取数据并自动尝试合并到当前所在的分支。)
推送到远程仓库
git push <remote> <branch>
- 当你想要将
master
分支推送到origin
服务器时(再次说明,克隆时通常会自动帮你设置好那两个名字),那么运行这个命令就可以将你所做的备份到服务器。
- 当你想要将
查看某个远程仓库
git remote show <remote>
- 查看某一个远程仓库的更多信息
- 它同样会列出远程仓库的URL与跟踪分支的信息。它告诉你正在处于
master
分支,并且如果运行git pull
,就会抓取所有的远程引用,然后将远程master
分支合并到本地master
分支, - 它也会列出拉取到的所有远程引用。
远程仓库的重命名与移除
git remote rename
- 修改一个远程仓库的简写名
- 这个操作也会修改所有远程跟踪的分支名字
git remote remove
或者git remote rm
- 移除一个远程仓库
- 一旦使用这种方式删除了一个远程仓库,那么所有和这个远程仓库相关的远程跟踪分支以及配置信息也会一起被删除。
打标签
git tag
- 在Git中列出已有的标签
- 按照通配符列出标签需要
-l
或者--list
选项 - 如果只想要完整的标签列表,那么运行
git tag
就会默认假定你想要一个列表,它会直接列出来
创建标签,Git支持两种标签:轻量标签(
lightweight
)与附注标签(annotated
)- 轻量标签很像一个不会改变的分支–它只是某个特定提交的引用
- 附注标签是存储在Git数据库中的一个完整对象,它们是可以被校验的,其中包括打标签者的名字,电子邮件,地址,日期时间,此外还有一个标签信息,并且可以使用GNU Privacy Guard(GTG)签名并验证。
通常会建议创建附注标签,这样可以拥有以上所有信息,但是如果只是想用一个临时的标签,或者因为某些原因不想要保存信息,那么也可以用轻量标签
附注标签的创建:
git tag -a v1.4 -m "my version 1.4"
-m
: 指定了一条将会存储在标签中的信息。如果没有为附注标签指定一条信息,Git会启动编辑其要求你输入信息
推送标签
- git push origin v1.4
轻量标签,本质上是将提交校验和存储到一个文件中–没有保存任何其他信息。
创建轻量标签,不需要使用
-a
,-s
,-m
选项,只需要提供标签名字:git tag v1.4-lw
后期打标签
- 要在提交上打标签,需要在命令的末尾指定提交的校验和(或部分校验和)
git tag -a v1.2 9fcaw1
删除标签
- 删除本地仓库上的标签,可以使用命令
git tag -d <tagname>
- 注意:该命令并不会从任何远程仓库中移除这个标签,必须使用
git push <remote>:refs/tags/<tagname>
来更新远程仓库 - 第一种变体是:
git push <remote> :refs/tags/<tagname>
,这种操作的含义是:将冒号前面的空值推送到远程标签名,从而高效地删除它 - 第二种更加直观的删除远程标签的方式是:
git push <remote> --delete <tagname>
- 注意:该命令并不会从任何远程仓库中移除这个标签,必须使用
- 删除本地仓库上的标签,可以使用命令
通过使用
git show
可以看到标签信息和与之对应的提交信息
Git别名
- Git并不会在输入部分命令时自动推断出想要的命令。如果不想每次都输入完整的Git命令,可以通过
git config
文件来轻松地为每一个命令设置一个别名。 - 例如:
git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.ci commit
git config --global alias.st status
- 这意味着,当要输入
git commit
时,只需要输入git ci
- 在创建认为应该存在的命令时,这个技术会很有用。
- 例如:为了解决取消暂存文件的易用性问题,可以向Git中添加取消暂存别名,
git config --global alias.unstage 'reset HEAD --
- 通常也会添加一个
last
命令:git config --global alias.last 'log -l HEAD
。这样,可以很轻松地看到最后一次提交
- 例如:为了解决取消暂存文件的易用性问题,可以向Git中添加取消暂存别名,
- Git只是简单地将别名替换为对应的命令。
Git分支
几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着可以把工作从开发主线上分离开来,以免影响开发主线。
Git保存的不是文件的变化或者差异,而是一系列不同时刻的快照。
Git的分支,其实质上仅仅是指向提交对象的可变指针。Git的默认分支名字是
master
,在多次提交操作之后,其实已经有一个指向最后哪个提交对象的master
分支。master
分支会在每次提交时自动向前移动。- Git的
master
分支并不是一个特殊分支。它跟其他分支完全没有区别。之所以几乎每一个仓库都有master
分支,是因为git init
命令默认创建它,并且大多数人都懒得去改动它
- Git的
git branch testing
: 创建分支testing
,这会在当前所在的提交对象上创建一个指针。那么,Git又是怎么知道当前在哪一个分支上呢?- 也很简单,它有一个名为
HEAD
的特殊指针。它是一个指针,指向当前所在的本地分支(可以把HEAD
想象为当前分支的别名) - 在本示例中,仍然在
master
分支上,因为git branch
命令仅仅创建一个新分支,并不会自动切换到新分支中去
- 也很简单,它有一个名为
git log --decorate
: 查看各个分支当前所指的对象分支切换:
git checkout testing
。如此以来,HEAD
就指向testing
分支了。由于Git的分支实质上仅是包含所指对象校验和(长度为40的SHA-1值字符串)的文件,所以它的创建和销毁都异常高效
远程分支
远程引用是对远程仓库的引用(指针),包括分支,标签等。
可以通过
git ls-remote <remote>
来显示地获得远程引用的完整列表或者通过
git remote show <remote>
获得远程分支的更多信息更常见的做法是利用远程跟踪分支,远程跟踪分支是远程分支状态的引用,它们以
<remote>/<branch>
的形式命名- 例如:假设网络里由一个在
git.ourcompany.com
的Git服务器。如果从这里克隆,Git的clone
命令会自动将其命名为origin
,拉取它的所有数据,创建一个指向它的master
分支的指针,并且在本地将其命名为origin/master
。Git也会给你一个与origin
的master
分支在指向同一个地方的本地master
分支,这样你就有工作的基础。 origin
并无特殊含义。远程仓库名字origin
与分支名字master
一样,在Git中并没有任何特别的含义一样。同时,master
是当你运行git init
时默认的起始分支名字。如果你运行git clone -o booyah
,那么默认的远程分支名字将会是booyah/master
- 例如:假设网络里由一个在
git push <remote> <branch>
: 推送到某个分支与给定的远程仓库同步数据,运行
git fetch <remote>
命令。- 示例:
git fetch a311d
- 这个命令查找
a311d
是哪一个服务器,从中抓取本地没有的数据,并且更新本地数据库,移动a311d/master
指针到更新之后的位置。
- 示例:
git pull
: 拉取- 当
git fetch
命令从服务器上抓取本地没有的数据时,它并不会修改工作目录中的内容,它只会获取数据然后让你自己合并 git pull
命令在大多数情况下它的含义是一个git fetch
紧接着一个git merge
命令
- 当
如何避免每次输入密码
- 如果正在使用
HTTPS URL
来推送,Git服务器会询问用户名与密码。默认情况下它会在终端中提示服务器是否允许你进行推送 - 如果不想在每一个推送时都输入用户名与密码,可以设置一个
credential cache
。最简单的方式就是将其保存在内存中几分钟,可以简单地运行git config --global credential.helper cache
来设置
跟踪分支
- 从一个远程跟踪分支检出一个本地分支会自动创建所谓的“跟踪分支”(它跟踪的分支叫做“上游分支”)。
- 跟踪分支是与远程分支有直接关系的本地分支。如果在一个跟踪分支上输入
git pull
,Git能够自动地识别去那个服务器上抓取,合并到哪个分支。 - 当克隆一个仓库时,它通常会自动地创建一个跟踪
origin/master
的master
分支。 - 如果想设置其他的跟踪分支,或者是一个在其他远程仓库上的跟踪分支,简单的示例:
git checkout -b <branch> <remote>/<branch>
。这是一个十分常用的操作,所以Git提供了--track
快捷方式 - 如果想要将本地分支与远程分支设置为不同的名字,可以使用命令
git checkout -b sf origin/serverfix
删除远程分支
- 运行带有
--delete
选项的git push
命令,用来删除一个远程分支,例如:git push zhuoer --delete docker-mqtt
- 基本上这个命令做的只是从服务器上移除这个指针。Git服务器通常会保留数据一段时间直到垃圾回收运行,所以如果不小心删除掉了,通常是很容易恢复的。
Git 子模块
使用场景:某个工作中的项目需要包含并使用另一个项目。也许是第三方库,或者独立开发的,用于多个父项目的库。现在问题是:把它们当作两个独立的项目,同时又想在一个项目中使用另一个
Git通过子模块来解决这个问题:子模块允许将一个Git仓库作为另一个Git仓库的子目录。它能够将另一个仓库克隆到自己的项目中,同时还可以保持提交的独立。
将一个已存在的Git仓库添加为正在工作的仓库的自模块:
git submodule add
命令后加上想要跟踪的项目的相对或者绝对URL来添加新的子模块。- 默认情况下,子模块会将子项目放到一个与仓库同名的目录中,如果想放到其他地方,可以在命令结尾添加一个不同的路径。
.gitmodules
配置文件,保存了项目URL与已经拉取的本地目录之间的映射我们首先将一个已存在的 Git 仓库添加为正在工作的仓库的子模块。 你可以通过在 git submodule add 命令后面加上想要跟踪的项目的相对或绝对 URL 来添加新的子模块。 在本例中,我们将会添加一个名为 “DbConnector” 的库。
1
2
3
4
5
6
7$ git submodule add https://github.com/chaconinc/DbConnector
Cloning into 'DbConnector'...
remote: Counting objects: 11, done.
remote: Compressing objects: 100% (10/10), done.
remote: Total 11 (delta 0), reused 11 (delta 0)
Unpacking objects: 100% (11/11), done.
Checking connectivity... done.默认情况下,子模块会将子项目放到一个与仓库同名的目录中,本例中是 “DbConnector”。 如果你想要放到其他地方,那么可以在命令结尾添加一个不同的路径。