LEARN GIT

概念

基础概念

  • 本地电脑

    • 代码区:工作区间,放代码的地方

    • 暂存区:git所管理的暂存区域

    • 本地仓库:git所管理的本机的硬盘区域

  • 远程电脑

    • 远程仓库:github、gitee

  • 代码提交管理的过程

    • 代码区------->暂存区------->本地仓库-------->远程仓库

    • 代码区------->暂存区------->本地仓库 :这个过程是不需要联网的。

    • 本地仓库-------->远程仓库:这个过程是需要联网的

git

  • Git是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目

  • git仓库的任何一个拷贝都可以独立作为一个服务器来使用

  • git中文件状态

    • 未跟踪(untrack):文件为新增加的

    • 已修改(modified):修改了文件,但还没保存到git仓库中。

    • 已暂存(staged):对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中

    • 已提交(committed):表示文件已保存在git仓库中

git存在分支

git 文件四种状态

  • Untracked:未跟踪。此文件在文件夹中,但并没有加入到git仓库,不参与版本控制.通过git add 状态变为Staged.

  • Unmodify:文件已经入库,未修改。即版本库中的文件快照内容与文件夹完全一致.这种类型的文件有两种去处,如果它被修改,而变为Modified.如果使用git rm 移出版本库,则成为Untracked文件.

  • Modified:文件已修改,仅仅是修改,并没有进行其他的操作。这个文件也有两个去处,通过git add可进入暂存staged状态,使用git checkout,则丢弃修改过,返回unmodify状态,这个git checkout即从库中取出文件,覆盖当前修改!

  • Staged:暂存状态。执行git commit则将修改同步到库中,这时库中的文件和本地文件又变为一致,文件为Unmodify状态.执行git reset HEAD filename取消暂存,文件状态为Modified

repo

repo是Google开发的用于管理Android版本库的一个工具,repo是用Python对git进行了封装,简化了对多个Git版本库的管理。对于repo管理的任何一个版本库,都需要使用git命令进行操作。

repo需要关注当前git库的数量、名称、路径等,对这些git库进行操作。通过集中维护所有git库的清单,repo可以方便的从清单中获取git库的信息。 这份清单会随着版本演进升级而产生变化,同时也有一些本地的修改定制需求,所以,repo是通过一个git库来管理项目的清单文件的,这个git库名字叫manifests。

repo是一系列脚本的集合,这些脚本也是通过git库来维护的,这个git库名字叫repo。

在客户端使用repo初始化一个项目时,就会从远程把manifests和repo这两个git库拷贝到本地。 repo将自动化的管理信息都隐藏根目录的.repo子目录中。

<manifest><remote name="origin" url="https://github.com/your-repo.git" fetch="refs/heads/*:refs/remotes/origin/*" /><default revision="master" remote="origin" sync-j="4" /><project name="project1" path="path/to/project1" remote="origin" revision="main" /><project name="project2" path="path/to/project2" remote="origin" revision="develop" />
</manifest>
  • <remote>:描述了远程仓库的基本信息。

    • name描述的是一个远程仓库的名称;

    • fetch用作项目名称的前缘,在构造项目仓库远程地址时使用到;

    • review描述的是用作code review的server地址

  • <default>:default标签的定义的属性,将作为<project>标签的默认属性,在<project>标签中,也可以重写这些属性。

    • 属性revision表示当前的版本,也就分支;

    • 属性remote描述的是默认使用的远程仓库名称,即<remote>标签中name的属性值;

    • 属性sync-j表示在同步远程代码时,并发的任务数量,配置高的机器可以将这个值调大

  • <project>:每一个repo管理的git库,就是对应到一个<project>标签,

    • path描述的是项目相对于远程仓库URL的路径,同时将作为对应的git库在本地代码的路径;

    • name用于定义项目名称,命名方式采用的是整个项目URL的相对地址。

Repo 使用

命令

可选项

解释

repo init -u <URL> [<OPTIONS>]

-u

指定manifests这个远程git库的URL,manifests库是整个项目的清单

-m

–manifest-name:指定所需要的manifests库中的清单文件

-b

–manifest-branch:指定manifest.xml文件中的一个版本,“分支”

repo sync [PROJECT_LIST]

-j

开启多线程同步操作,这会加快sync命令的执行速度

-c

–current-branch:只同步指定的远程分支

-d

–detach:脱离当前的本地分支,切换到manifest.xml中设定的分支(当第一次sync完代码后,往往会切换到dev分支进行开发。如果不带该参数使用sync, 则会触发本地的dev分支与manifest设定的远程分支进行合并,这会很可能会导致sync失败)

-f

–force-broken:当有git库sync失败了,不中断整个同步操作,继续同步其他的git库

–no-clone-bundle

在向服务器发起请求时,为了做到尽快的响应速度,会用到内容分发网络(CDN, Content Delivery Network)。同步操作也会通过CDN与就近的服务器建立连接, 使用HTTP/HTTPS的$URL/clone.bundle来初始化本地的git库,clone.bundle实际上是远程git库的镜像,通过HTTP直接下载,这会更好的利用网络带宽,加快下载速度。 当服务器不能正常响应下载$URL/clone.bundle,但git又能正常工作时,可以通过该参数,配置不下载$URL/clone.bundle,而是直接通过git下载远程git库。

repo start <BRANCH_NAME> [<PROJECT_LIST>]

指定的PROJECT的上,切换到<BRANCH_NAME>指定的分支。可以使用–all参数对所有的PROJECT都执行分支切换操作

repo status [<PROJECT_LIST>]

用于查看多个git库的状态

repo upload [PROJECT_LIST]

将本地的代码上传到远程服务器

repo download <TARGET> <CHANGE>

download是从Gerrit下载改动

repo forall [PROJECT_LIST] -c <COMMAND>

-c

对指定的git库执行-c参数制定的命令序列。被执行的命令不限于git命令,而是任何被系统支持的命令,比如:ls 、 pwd 、cp

repo prune [<PROJECT_LIST>]

删除指定PROJECT中,已经合并的分支。

git使用

命令

可选项

解释

git init

在当前目录新建一个仓库

[project-name]

在一个目录下新建本地仓库

git clone [url]

克隆一个远程仓库

git diff

HEAD -- .

查看最新本地版本库和工作区所有文件的区别

HEAD -- [file-name]

查看最新本地版本库和工作区文件的区别

HEAD^ -- [file-name]

查看本地上一个版本和工作区文件的却别

[local branch] origin/[remote branch]

比较本地分支和远程分支的区别

git status

查看所有文件状态

[file-name]

查看指定文件状态

git add

.

将工作区的被修改的文件和新增的文件提交到暂存区,不包括被删除的文件

-u .

将工作区的被修改的文件和被删除的文件提交到暂存区,不包括新增的文件

-A .

将工作区被修改、被删除、新增的文件都提交到暂存区

Git commit

-m [massage]

将暂存区所有文件添加到本地仓库

[file-name-1] [file-name-2] -m [massage]

将暂存区指定文件添加到本地仓库

-am [massage]

将工作区的内容直接加入本地仓库

--amend

快速将当前文件修改合并到最新的commit,不会产生新的commit

--amend -m

修改最新一次commit的信息

git clean

从工作目录中删除所有没有 tracked,没有被管理过的文件

-n

显示将要被删除的文件

-d

删除未被添加到 git 路径中的文件(将 .gitignore 文件标记的文件全部删除)

-f

强制运行

-x

删除没有被 track 的文件

git log

显示所有commit日志

--pretty=oneline

将日志缩写为单行显示

--graph --pretty=oneline --abbrev-commit

查看分支合并情况

--oneline --decorate --graph --all

查看分叉历史,包括:提交历史、各个分支的指向以及项目的分支分叉情况

-3

查看最新3条commit日志数据

git reflog

显示操作本地版本库的命令,包括commit和reset等,在回退版本以后又后悔找不到commit id了可以使用此命令查看历史

git push

将文件添加到远程仓库

-f

强制提交,当我们本地reset到旧的版本时,然后普通push会被拦截,因为此时本地HEAD指向比远程库还要旧

origin [branch-name]

推送当前本地分支到指定远程分支

git checkout

-- [file-name]

用暂存区的文件覆盖掉工作区的文件,如果暂存区没有可更新的就会用commit的文件更新工作区的文件

[branch]

切换分支

-b [new-branch-name]

创建并切换分支

git branch

查看当前分支

[branch-name]

创建分支

-a

查看本地和远程的所有分支

-r

查看远程所有分支

-d [branch-name]

删除一个分支

-D [branch-name]

强制删除一个没有合并的分支

--set-upstream-to=origin/[branch-name] [branch-name]

把本地分支和远程分支进行连接

Git merge

合并本地origin/[branch-name]HEAD->[branch-name]的代码,并同步到工作空间

[branch-name]

用于合并指定分支到当前分支

--quit

退出当前分支合并,当合并后冲突很多,要撤回合并分支就可以用这个命令

--no-ff -m [massage] [branch-name]

不使用Fast forward合并分支,这样会创建新的commit,所以需要massage。这样被合并的分支HEAD指向是会变的。

git switch

[branch-name]

切换到已有分支

-c [branch-name]

创建新分支并切换到该分支

git stash

隐藏当前工作的修改

save message

执行存储时,添加备注,方便查找

list

查看隐藏的工作信息列表

drop

删除隐藏的工作信息

pop

恢复隐藏的工作信息,同时删除隐藏的工作信息

apply [stash@{0}]

恢复指定的隐藏工作信息,但是不会删除隐藏的工作信息

git remote

查看本地添加了哪些远程分支地址

-v

查看本地添加了哪些远程分支地址更详细信息

add origin 远程地址

关联远程仓库

git fetch

拉取远程分支最新的commit到本地仓库的origin/[branch-name]

git pull

从远程仓库拉取代码到工作空间

git pull == git fetch + git merge

git tag

查看所有标签

[version]

给当前最新的commit打上标签

[version] [commit-id]

给指定的commit-id打上标签

-a [version] -m [massage] [commit-id]

给指定的commit-id打上标签并附上说明文字

-d [version]

删除标签

Git reset

原理:

git reset的作用是修改HEAD的位置,即将HEAD指向的位置改变为之前存在的某个版本

适用场景:

如果想恢复到之前某个提交的版本,且那个版本之后提交的版本都不要了,就可以用这种方法

head说明:

  • HEAD 表示当前版本

  • HEAD^ 上一个版本

  • HEAD^^ 上上一个版本

  • HEAD^^^ 上上上一个版本

  • HEAD~0 表示当前版本

  • HEAD~1 上一个版本

  • HEAD^2 上上一个版本

  • HEAD^3 上上上一个版本

git reset --soft HEAD~n/commit id :

  • 版本库(repository):HEAD 指向指定<commit>

  • 暂存区(index):不重置到指定<commit>,这次<commit>之后的所有变更都撤销到此

  • 工作区(working directory):无变化

git reset --mixed HEAD~n/commit id :

  • 版本库:HEAD 指向指定<commit>

  • 暂存区(index):重置到指定<commit>

  • 工作区(working directory):这次<commit>之后的所有变更都撤销到此

git reset --hard HEAD~n/commit id :

  • 版本库:HEAD 指向指定<commit>

  • 暂存区(index):重置到指定<commit>

  • 工作区(working directory):重置到指定<commit>

  • 注意:工作区未add的修改和暂存区未commit的修改,全部丢弃。(如果想回到最新提交可用 git reflog 查看commit号 然后再利用本命令恢复)

Git revert

原理:

git revert是用于“反做”某一个版本,以达到撤销该版本的修改的目的。比如,commit了三个版本(版本一、版本二、 版本三),突然发现版本二不行(如:有bug),想要撤销版本二,但又不想影响撤销版本三的提交,就可以用 git revert 命令来反做版本二,生成新的版本四,这个版本四里会保留版本三的东西,但撤销了版本二的东西

适用场景:

如果想撤销之前的某一版本,但是又想保留该目标版本后面的版本,记录下这整个版本变动流程,就可以用这种方法

git revert -n 8b89621019c9adc6fc4d242cd41daeb13aeb9861(不需要的版本号)

重新commit

Git cherry-pick

指定的提交(commit)应用于其他分支

git cherry-pick <commit_id>

配置项:

  • -e:打开外部编辑器,编辑提交信息。

  • -n:只更新工作区和暂存区,不产生新的提交。

  • -x:在提交信息的末尾追加一行(cherry picked from commit …),方便以后查到这个提交是如何产生的。

  • -s:在提交信息的末尾追加一行操作者的签名,表示是谁进行了这个操作。

  • -m parent-number:如果原始提交是一个合并节点,来自于两个分支的合并,那么 Cherry pick 默认将失败,因为它不知道应该采用哪个分支的代码变动。-m配置项告诉 Git,应该采用哪个分支的变动。它的参数parent-number是一个从1开始的整数,代表原始提交的父分支编号。

git cherry-pick时遇到冲突:

  • 通过git add .将文件标记为已解决,然后可以使用git cherry-pick --continue命令,继续进行cherry-pick操作。

  • 要中断这次cherry-pick,使用git cherry-pick --quit,这种情况下当前分支中未冲突的内容状态将为modified,

  • 要取消这次cherry-pick,则使用git cherry-pick --abort,这种情况下当前分支恢复到cherry-pick前的状态,没有改变。

Git rebase

  • 合并本地的多条提交(commit)记录

每一个的git commit都会形成一个git节点,而如果把这些节点都push到远端,就会使项目的git日志很乱。

git rebase -i HEAD~1

  • 分支合并

切换到feature分支上,执行rebase命令,相当于是想要把master分支合并到feature分支

# 这两条命令等价于git rebase master featuregit checkout feature git rebase master

当在feature分支上执行git rebase master时,git会从master和featuer的共同祖先B开始提取feature分支上的修改,也就是C和D两个提交,先提取到。然后将feature分支指向master分支的最新提交上,也就是M。最后把提取的C和D接到M后面,实际是会依次拿M和C、D内容分别比较,处理冲突后生成新的C’和D’。一定注意,这里新C’、D’和之前的C、D已经不一样了,是我们处理冲突后的新内容,feature指针自然最后也是指向D’

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/100426.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Python 套接字编程完整指南

推荐&#xff1a;使用 NSDT场景编辑器 快速搭建3D应用场景 连接设备以交换信息是网络的全部意义所在。套接字是有效网络通信的重要组成部分&#xff0c;因为它们是用于通过本地或全球网络以及同一台计算机上的不同进程在设备之间传输消息的基本概念。它们提供了一个低级接口&am…

视频监控/视频汇聚/安防视频监控平台EasyCVR如何将默认快照的raw格式改为jpg/base64格式?

视频监控/视频汇聚/安防视频监控平台EasyCVR可拓展性强、视频能力灵活、部署轻快&#xff0c;可支持的主流标准协议有国标GB28181、RTSP/Onvif、RTMP等&#xff0c;以及支持厂家私有协议与SDK接入&#xff0c;包括海康Ehome、海大宇等设备的SDK等。视频云存储EasyCVR平台能在复…

电梯五方对讲接口说明 Sip五方对讲使用说明

1.2/4线接线模块输出接口;接4方对讲设备:12V&#xff0c;2/4线接线模块供电输入 -:GND&#xff0c;接地 R二/四线R Li二四线L 2.RS-485接口:预留援口&#xff0c;可接读卡器、楼层控制器、探头&#xff0c;需要软件额外开发实现。 3.短路输出接口2:对应短路输入接口&#x…

【AIGC专题】Stable Diffusion 从入门到企业级实战0403

一、前言 本章是《Stable Diffusion 从入门到企业级实战》系列的第四部分能力进阶篇《Stable Diffusion ControlNet v1.1 图像精准控制》第03节&#xff0c; 利用Stable Diffusion ControlNet Canny模型精准控制图像生成。本部分内容&#xff0c;位于整个Stable Diffusion生态…

【易售小程序项目】修改“我的”界面前端实现;查看、重新编辑、下架自己发布的商品【后端基于若依管理系统开发】

文章目录 “我的”界面修改效果界面实现界面整体代码 查看已发布商品界面效果商品数据表后端上架、下架商品ControllerMapper 界面整体代码back方法 编辑商品、商品发布、保存草稿后端商品校验方法Controller 页面整体代码 同项目其他文章 “我的”界面修改 效果 界面实现 界…

【算法】冒泡排序

冒泡排序 冒泡排序代码实现代码优化 排序&#xff1a; 排序&#xff0c;就是使一串记录&#xff0c;按照其中的某个或某些关键字的大小&#xff0c;递增或递减的排列起来的操作。 稳定性&#xff1a; 假定在待排序的记录序列中&#xff0c;存在多个具有相同的关键字的记录&…

Lesson5-2:OpenCV视频操作---视频追踪

学习目标 理解meanshift的原理知道camshift算法能够使用meanshift和Camshift进行目标追踪 1.meanshift 1.1原理 m e a n s h i f t meanshift meanshift算法的原理很简单。假设你有一堆点集&#xff0c;还有一个小的窗口&#xff0c;这个窗口可能是圆形的&#xff0c;现在你可…

eclipse进入断点之后,一直卡死,线程一直在运行【记录一种情况】

问题描述: 一直卡死在某个断点处&#xff0c;取消断点也是卡死在这边的进程处。 解决方式&#xff1a; 将JDK的使用内存进行了修改 ① 打开eclipse&#xff0c;window->preference->Java->Installed JREs&#xff0c;选中使用的jdk然后点击右侧的edit&#xff0c;在…

C++初阶:C++入门

目录 一.iostream文件 二.命名空间 2.1.命名空间的定义 2.2.命名空间的使用 三.C的输入输出 四.缺省参数 4.1.缺省参数概念 4.2.缺省参数分类 4.3.缺省参数注意事项 4.4.缺省参数用途 五.函数重载 5.1.重载函数概念 5.2.C支持函数重载的原理--名字修饰(name Mangl…

Socks5 与 HTTP 代理在网络安全中的应用

目录 Socks5和HTTP代理在网络安全中的应用。 Socks5代理和HTTP代理的优点和缺点。 选择合适的代理IP需要考虑的因素&#xff1a; 总结 在网络安全领域中&#xff0c;Socks5和HTTP代理都扮演着重要的角色。作为两种不同的代理技术&#xff0c;它们在网络安全中的应用各有特点…

界面控件DevExpress WPF(v23.2)下半年发展路线图

本文主要概述了DevExpress官方在下半年&#xff08;v23.2&#xff09;中一些与DevExpress WPF相关的开发计划。 通过DevExpress WPF能创建有着强大互动功能的XAML基础应用程序&#xff0c;这些应用程序专注于当代客户的需求和构建未来新一代支持触摸的解决方案。 DevExpress …

NoSQL之 Redis介绍与配置

目录 一、关系数据库和非关系数据库概述 1、关系型数据库 2、非关系型数据库 二、关系数据库和非关系数据库的区别 1、数据存储格式不同 2、扩展方式不同 3、对事务的支持不同 三、非关系数据库产生背景 1、总结 四、Redis简介 1、 Redis的单线程模式 2、Redis优点…