Git学习

最新推荐文章于 2023-08-23 15:44:15 发布
最新推荐文章于 2023-08-23 15:44:15 发布
阅读量307 收藏
点赞数 1
分类专栏： 黑猫学Git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_46087070/article/details/113093530
版权

版本控制

什么是版本控制

版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

  • 实现跨区域多人协同开发
  • 追踪和记载一个或者多个文件的历史记录
  • 组织和保护你的源代码和文档
  • 统计工作量
  • 并行开发、提高开发效率
  • 跟踪记录整个软件的开发过程
  • 减轻开发人员的负担，节省时间，同时降低人为错误

简单说就是用于管理多人协同开发项目的技术。

没有进行版本控制或者版本控制本身缺乏正确的流程管理，在软件开发过程中将会引入很多问题，如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性，以及软件的整合等问题。

多人开发就必须要使用版本控制！

常见的版本控制工具

主流的版本控制器有如下这些：

  • Git
  • SVN（Subversion）
  • CVS（Concurrent Versions System）
  • VSS（Micorosoft Visual SourceSafe）
  • TFS（Team Foundation Server）
  • Visual Studio Online

版本控制产品非常的多（Perforce、Rational ClearCase、RCS（GNU Revision Control System）、Serena Dimention、SVK、BitKeeper、Monotone、Bazaar、Mercurial、SourceGear Vault），现在影响力最大且使用最广泛的是Git与SVN

为什么要使用版本控制?

软件开发中采用版本控制系统是个明智的选择。
有了它你就可以将某个文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态。
就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。
但额外增加的工作量却微乎其微。你可以比较文件的变化细节,查出最后是谁修改了哪个地方,从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。

版本控制分类

密集中化的版本控制系统:

集中化的版本控制系统诸如CVS, SVN以及Perforce等,都有一-个单一-的集中管理的服务器保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法，这种做法带来了许多好处,现在,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统;要远比在各 个客户端上维护本地数据库来得轻松容易。事分两面，有好有坏。这么做最显而易见的缺点是中央服务器的单点故障。如果服务器宕机- -小时，那么在这- -小时内，谁都无法提交更新,也就无法协同工作。

密分布式的版本控制系统

由于上面集中化版本控制系统的那些缺点，于是分布式版本控制系统面世了-
在这类系统中，像Git, BitKeeper等,客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。

更进-步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。这样,你就可以在同一一个项目中分别和不同工作小组的人相互协作。

分布式的版本控制系统在管理项目时存放的不是项目版本与版本之间的差异.它存的是索引(所需磁盘空间很少所以每个客户端都可以放下整个项目的历史记录)

Git与SVN的主要区别

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件！

Git是目前世界上最先进的分布式版本控制系统。

Git结构

三个区域

Git本地有三个工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：

在这里插入图片描述

  • Workspace：工作区，就是你平时存放项目代码的地方
  • Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
  • Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
  • Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

本地的三个区域确切的说应该是git仓库中HEAD指向的版本：

  • Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间。
  • WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间。
  • .git：存放Git管理信息的目录，初始化仓库的时候自动创建。
  • Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区。
  • Local Repo：本地仓库，一个存放在本地的版本库；HEAD会只是当前的开发分支（branch）。
  • Stash：隐藏，是一个工作状态保存栈，用于保存/恢复WorkSpace中的临时状态。

代码托管中心

我们已经有了本地库，本地库可以帮我们进行版本控制，为什么还需要代码托管中心呢?

它的任务是帮我们维护远程库,

下面说一下本地库和远程库的交互方式， 也分为两种:

(1)团队内部协作

在这里插入图片描述

(2)跨团队协作

在这里插入图片描述

托管中心种类:

​ 局域网环境下:可以搭建 GitLab服务器作为代码托管中心，GitLab可以自己去搭建
​ 外网环境下:可以由GitHub或者Gitee作为代码托管中心，GitHub或者Gitee是现成的托管中心，不用自己去搭建

工作流程

git的工作流程一般是这样的：

１、在工作目录中添加、修改文件；

２、将需要进行版本管理的文件放入暂存区域；

３、将暂存区域的文件提交到git仓库。

因此，git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交(committed)

Git下载安装

软件下载

打开 [git官网] https://git-scm.com/，下载git对应操作系统的版本。

所有东西下载慢的话就可以去找镜像！

官网下载太慢，我们可以使用淘宝镜像下载：http://npm.taobao.org/mirrors/git-for-windows/

在这里插入图片描述

下载对应的版本即可安装！

安装

在这里插入图片描述

在这里插入图片描述

启动Git

鼠标右键—>点击Git Bash here，打开Git终端

Git Bash： Unix与Linux风格的命令行，使用最多，推荐最多

Git CMD： Windows风格的命令行

Git GUI ：图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

查看Git配置

所有的配置文件，其实都保存在本地！

git config -l  #查看配置

在这里插入图片描述

查看不同级别的配置文件：

#查看系统config
git config --system --list　　
#查看当前用户（global）配置
git config --global  --list

初始化本地仓库

  1. 创建一个文件夹，名为GitResp，作为本地仓库

  2. 打开Git终端：

    点击Git Bash Here:

    再右键–>选择options

    进入以后先对字体和编码进行设置：

在这里插入图片描述

在Git中命令跟Linux是一样的：

（1）查看git安装版本

git --version

 (2) 清屏

clear

 (3)设置签名

​ 设置用户名与邮箱

git config --global user.name "XXX"  #名称
git config --global user.email 1354353@qq.com   #邮箱

  1. 初始化仓库操作

    用cd命令进入之前创建文件夹所在路径或者直接进入该文件夹右击打开Git Bash here

    执行下列命令

    git init

在这里插入图片描述

.git文件隐藏

在这里插入图片描述

查看.git下内容

ll

在这里插入图片描述

注意事项：.git目录下的本地库相关的子目录和子文件不要删除和修改。

Git常用命令

add和commit命令

1.先创建一个文件

在这里插入图片描述

2.将文件提交到暂存区：

git add demo.txt

3.将暂存区的内容提交到本地库：

git commit -m "这是我提交的第一个文件 demo.txt" demo.txt

在这里插入图片描述

注意事项：

​ 1.不放在本地仓库中的文件，git是不进行管理

​ 2.即使放在本地仓库的文件。git也不管理，必须通过add，commit命令操作才可以将内容提交到本地库。

status命令

git status #看的是工作区和暂存区的状态

创建一个文件，然后查看状态：

在这里插入图片描述

然后将demo02.txt通过git add命令提交至：暂存区

在这里插入图片描述

查看状态：
在这里插入图片描述

利用git commit 命令将文件提交至：本地库

在这里插入图片描述

现在修改demo.txt文件中的内容，然后再查看状态：

在这里插入图片描述

重新添加至：暂存区并查看状态：
在这里插入图片描述

然后将暂存区的文件提交至本地库，并查看状态：

在这里插入图片描述

log命令

git log  #查看提交历史
git log -p -2 #-p 显示每次提交所引入的差异（按补丁的格式输出）  -2 限制显示的日志条目数量
git log --stat  #可以看到每次提交的简略统计信息

在这里插入图片描述

当历史记录过多的时候，查看日志的时候，有分页效果，分屏效果，一页展示不下

下一页：空格

上一页：b

到页尾显示END

退出：q

日志展示方式：

1.方式一：git log 分页

2.方式二：git log --pretty=oneline

在这里插入图片描述

3.方式三：git log --oneline

在这里插入图片描述

4.方式四：git reflog

多了信息：HEAD@{数字}

这个数字的含义：指针回到当前这个历史版本需要走多少步

在这里插入图片描述

reset命令

git reset --hard 索引   #前进或者后退历史版本
hard参数    #本地库的指针移动的同时，重置暂存区，重置工作区
mixed参数   #本地库的指针移动的同时，重置暂存区，但是工作区不动
soft参数    #本地库的指针移动的时候，暂存区，工作区都不动

在这里插入图片描述

删除/找回文件

1.新建一个demo3.txt文件

2.添加到暂存区

3.提交到本地库

在这里插入图片描述

4.删除工作区中的Test2.txt

在这里插入图片描述

5.删除操作同步到暂存区

在这里插入图片描述

在这里插入图片描述

6.删除操作同步到本地库

在这里插入图片描述

7.查看日志

在这里插入图片描述

8.找回本地库中删除的文件，实际上就是将历史版本切换到刚才添加文件的那个版本即可：

在这里插入图片描述

1.删除工作区数据：

在这里插入图片描述

2.同步到缓存区：

在这里插入图片描述

在这里插入图片描述

3.恢复暂存区中数据：

在这里插入图片描述

上述命令相当于将2c0518a指针回滚了一次，下列命令也可以达到目的

在这里插入图片描述

diff命令

git diff [文件名]    #将工作区中的文件和暂存区中文件进行比较
git diff     #比较工作区中和暂存区中所有文件的差异
git diff [历史版本][文件名]  #比较暂存区和工作区中的内容

1.先创建一个文件，编写内容，然后添加到暂存区，在提交到本地库：

在这里插入图片描述

2.更改工作区中demo4.txt中内容，增加内容：

在这里插入图片描述

导致：工作区 和 暂存区 不一致，比对：

在这里插入图片描述

多个文件的比对

更改工作区中demo3.txt中内容，增加内容：ccc，然后比对

在这里插入图片描述

比较暂存区和工作区中的内容

在这里插入图片描述

在这里插入图片描述

更改工作区中demo4.txt中内容，增加内容：ssss，然后添加到暂存区，然后比对：

在这里插入图片描述

在这里插入图片描述

获取帮助

使用Git时需要获取帮助，有三种方法：

git help

image-20210127202634657

git help branch -h

image-20210127202832316

打标签

列出标签

git tag

创建标签

Git 支持两种标签：轻量标签（lightweight）与附注标签（annotated）。

轻量标签很像一个不会改变的分支——它只是某个特定提交的引用。

而附注标签是存储在 Git 数据库中的一个完整对象， 它们是可以被校验的，其中包含打标签者的名字、电子邮件地址、日期时间， 此外还有一个标签信息，并且可以使用 GNU Privacy Guard （GPG）签名并验证。

附注标签

git tag -a v1.4 -m "my version 1.4"
#-m 选项指定了一条将会存储在标签中的信息。 如果没有为附注标签指定一条信息，Git 会启动编辑器要求你输入信息。

轻量标签

git tag 标签名

后期打标签

你也可以对过去的提交打标签。

git tag -a 标签名 索引

共享标签

默认情况下，git push 命令并不会传送标签到远程仓库服务器上。 在创建完标签后你必须显式地推送标签到共享服务器上。

 git push origin 标签名

如果想要一次性推送很多标签，也可以使用带有 --tags 选项的 git push 命令。 这将会把所有不在远程仓库服务器上的标签全部传送到那里。

git push origin --tags

删除标签

git tag -d 标签名
#注意上述命令并不会从任何远程仓库中移除这个标签

git push origin --delete 标签名  #可以移除远程库标签

分支

什么是分支

在版本控制过程中，使用多条线同时推进多个任务。这里面说的多条线，就是多个分支。

通过一张图展示

在这里插入图片描述

分支的好处

同时多个分支可以并行开发，互相不耽误，互相不影响，提高开发效率

如果有一个分支功能开发失败，直接删除这个分支就可以了，不会对其它分支产生任何影响。

操作分支

1.在工作区创建一个Test2.txt文件，编写内容，然后提交到暂存区，提交到本地库：

在这里插入图片描述

2.查看分支

在这里插入图片描述

3.创建分支

在这里插入图片描述

再查看

在这里插入图片描述

4.切换分支

在这里插入图片描述

再查看

在这里插入图片描述

冲突问题及解决

1.进入分支，增加内容，提交到本地库

在这里插入图片描述

在这里插入图片描述

2.将分支切换到master,并查看分支

在这里插入图片描述

git checkout -b 分支名  #创建分支并切换到该分支，相当于git branch和git checkout两个操作

然后在主分支下 加入内容：

在这里插入图片描述

在这里插入图片描述

3.再次切换到branch01分支查看：

在这里插入图片描述

4.将branch01分支 合并到 主分支：

（1）进入主分支：

在这里插入图片描述

（2）将branch01中的内容和主分支的内容进行合并：

在这里插入图片描述

查看文件：出现冲突：

在这里插入图片描述

解决：

公司内部决定，或者认为决定，留下想要的即可：

在这里插入图片描述

将工作区中内容添加到暂存区:

在这里插入图片描述

然后进行commit命令提交

在这里插入图片描述

远程管理

注册GIthub

https://github.com/

创建一个远程仓库

在这里插入图片描述

创建远程库地址别名

远程库的地址：

在这里插入图片描述

点击进入

在这里插入图片描述

在Git本地将地址保存，通过别名

查看别名

在这里插入图片描述

起别名：（按照需求起，这里为origin）

在这里插入图片描述

再查看别名：

在这里插入图片描述

推送操作

git push 远程库别名 推送分支

在这里插入图片描述

推送成功以后，查看自己的远程库：

在这里插入图片描述

克隆操作

1.获取远程库地址

在这里插入图片描述

2.任意盘下新建一个文件夹，用于存放克隆的文件,然后打开Git Bash Here进行克隆操作:

在这里插入图片描述

3.进入文件夹，查看克隆到本地的文件

在这里插入图片描述

克隆操作可以帮我们完成：

（1）初始化本地库

（2）将远程库内容完整的克隆到本地

（3）替我们创建远程库的别名：

在这里插入图片描述

邀请加入团队

1.创建一个文件，编辑内容，并更新本地库信息：

在这里插入图片描述

在这里插入图片描述

发现push内容到远程仓库中并没有要求录入账号密码或者提示错误。

原因：git使用的时候在本地有缓存：

将缓存删除：

在这里插入图片描述

重新测试，发现出错

在这里插入图片描述

必须要加入团队：

登录项目经理的账号，邀请普通成员：

在这里插入图片描述

在这里插入图片描述

登录被邀请者的账号，接受邀请：（在地址栏录入邀请链接即可）

在这里插入图片描述

再重新执行push操作，会发现成功推送到远程库：

在这里插入图片描述

在这里插入图片描述

远程库修改的拉取操作

1.拉取操作pull操作，相当于fetch+merge

2.项目经理先确认远程库内容是否更新了：

在这里插入图片描述

3.项目经理进行拉取：

（1）先是抓取操作：fetch：

git fetch 远程库别名 远程库上对应的分支

在这里插入图片描述

在抓取操作执行后，只是将远程库的内容下载到本地，但是工作区中的文件并没有更新。工作区中还是原先的内容：

在这里插入图片描述

抓取后可以去远程库看看内容是否正确：

在这里插入图片描述

在这里插入图片描述

然后发现内容都正确，就可以进行合并了：

（2）进行合并：merge：（合并之前切换回来）

在这里插入图片描述

远程库的拉取可以直接利用pull命令来完成：

git pull origin master

fetch+merge —>为了保险起见

pull ----->简单代码

协同开发合作时冲突以及解决

1.向远程库推送数据：（项目经理）

在这里插入图片描述

2.删除凭据，做拉取操作：（普通开发人员）

在这里插入图片描述

到现在为止，现在远程合作没有任何问题。

现在操作同一个文件的同一个位置的时候，就会引起冲突：

3.再次做了推送操作：（普通开发人员）

在这里插入图片描述

改动位置

在这里插入图片描述

4.改动demo6.txt中内容，然后进行推送：（项目经理）

在这里插入图片描述

注意：所编辑的文件demo6.txt不在同一个文件夹下

在这里插入图片描述

发现推送失败！！！

在冲突的情况下，先应该拉取下来，然后修改冲突，然后再推送到远程服务器：

在这里插入图片描述

在这里插入图片描述

人为解决冲突：（仅留下需要的那个）

在这里插入图片描述

解决完冲突以后，向服务器推送：

git add demo6.txt
git commit -m "解决了冲突"   #注意在提交冲突时不可以带文件名，否则提交失败
git push origin master

跨团队合作

在这里插入图片描述

1.得到项目经理的远程库的地址：

在这里插入图片描述

地址：https://github.com/solitude114/GitResp.git

2.开发人员B进行fork操作：

登录开发人员B账号：复制上面地址，然后点击其中的fork操作：

在这里插入图片描述

在这里插入图片描述

3.然后就可以克隆到本地，并且进行修改：

在这里插入图片描述

在这里插入图片描述

然后更改数据：添加到暂存区，然后提交到本地库，然后push到远程库：

在这里插入图片描述

然后重新推送：

在这里插入图片描述

4.进行pull request操作：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

5.项目经理进行审核操作：

登录项目经理账号，然后审核：

在这里插入图片描述

可以互相留言：

在这里插入图片描述

登录开发人员B账号查看：
在这里插入图片描述

并回复：

在这里插入图片描述

登录项目经理账号：

在这里插入图片描述

确定通过以后，可以进行合并：
在这里插入图片描述

免密操作

1.进入用户的主目录中：

在这里插入图片描述

2.执行命令，生成一个.ssh的目录：

ssh-keygen -t rsa -C Github邮箱地址
然后三次回车确认默认值即可

在这里插入图片描述

发现.ssh目录下有俩个文件：

在这里插入图片描述

3.打开id_rsa.pub文件，复制里面的内容：

4.打开Github账号：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

5.生成密钥以后，就可以正常进行push操作了：

对ssh远程地址起别名：

在这里插入图片描述

展示别名：

在这里插入图片描述

6.测验：

在这里插入图片描述

ssh方式的好处：不用每次都进行身份验证

缺陷：只能针对一个账号

IDEA集成Git

初始化-添加-提交

在这里插入图片描述

本地库的初始化操作:

在这里插入图片描述

然后生成一个.git文件

在这里插入图片描述

创建一个文件会自动提示是否添加到暂存区：

在这里插入图片描述

将整个模块添加到暂存区：

在这里插入图片描述

可以看到全部变成绿色：

在这里插入图片描述

还可以提交到本地库：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

拉取-推送

因为他们是两个不同的项目，要把两个不同的项目合并，git需要添加一句代码，在git pull之后，这句代码是在git 2.9.2版本发生的,最新的版本需要添加 –allow-unrelated-histories 告诉 git允许不相关历史合并。
假如我们的源是origin，分支是master，那么我们需要这样写 git pull origin master --allow-unrelated-histories
这个方法只解决因为两个仓库有不同的开始点，也就是两个仓库没有共同的commit出现的无法提交。如果使用本文的方法还无法提交，需要看一下是不是发生了冲突，解决冲突再提交
push推送: git push -u origin master -f

在这里插入图片描述
在这里插入图片描述

在IDEA中进行推送：

在这里插入图片描述

在这里插入图片描述

也可以提交和推送一起执行：

在这里插入图片描述

一般在开发中先pull操作，再push操作，不会直接进行push操作！！

克隆

在这里插入图片描述

在这里插入图片描述

克隆到本地后：

这个目录既变成了一个本地仓库，又变成了工作空间。

在这里插入图片描述

冲突以及解决

1.在你push以后，有冲突的时候提示合并操作：

在这里插入图片描述

2.合并即可

如何避免冲突

1.团队开发的时候避免在一个文件中改代码

2.在修改一个文件前，在push之前，先pull操作

附加

忽略文件

一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。 在这种情况下，我们可以创建一个名为 .gitignore 的文件，列出要忽略的文件的模式。

cat .gitignore
# 忽略所有的 .a 文件
*.a

# 但跟踪所有的 lib.a，即便你在前面忽略了 .a 文件
!lib.a

# 只忽略当前目录下的 TODO 文件，而不忽略 subdir/TODO
/TODO

# 忽略任何目录下名为 build 的文件夹
build/

# 忽略 doc/notes.txt，但不忽略 doc/server/arch.txt
doc/*.txt

# 忽略 doc/ 目录及其所有子目录下的 .pdf 文件
doc/**/*.pdf

文件 .gitignore 的格式规范如下：

  • 所有空行或者以 # 开头的行都会被 Git 忽略。

  • 可以使用标准的 glob 模式匹配，它会递归地应用在整个工作区中。

  • 匹配模式可以以（/）开头防止递归。

  • 匹配模式可以以（/）结尾指定目录。

  • 要忽略指定模式以外的文件或目录，可以在模式前加上叹号（!）取反。

流苏树
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Git学习1
08-03
在Git学习中，子模块（submodule）是一个重要的特性，它允许你在主项目中引用和管理其他独立的Git仓库。这种做法尤其适用于大型项目，其中包含一些通用的、可复用的代码库或组件。当你从远程仓库克隆一个包含子模块...
在Intellij idea 安装VSS插件及其相关配置
人没有梦想，那和咸鱼有什么区别！
01-06 3702
插件配置1.版本 这里的Intellij idea的版本为2016.3 idea下载地址 vss(sourcesafe)的版本为2005 vss下载地址 2.配置步骤 1.首先点击File—>settings 再点击plugins插件 3.在插件的搜索框中填入vi就出现了sourcesafe! 后面的uninstall, 我这边是已经安装好
@maohou Intellij idea 配置VSS
逸言难尽
06-17 453
    001: 增加版本控制信息     002：配置VSS登陆信息  
[转]IntelliJ IDEA整合VSS2005的配置
weixin_30449453的博客
05-23 213
遍查中英文，就数这篇相当靠谱。IntelliJIDEA7.0整合VSS2005的配置： http://blog.sina.com.cn/s/blog_4f925fc30100dmtx.html 9.0同样适用 转载于:https://www.cnblogs.com/damnedmoon/archive/2010/05/23/1742241.html...
git add详解
热门推荐
Robin Hu的专栏
06-14 13万+
一、前言 git add命令主要用于把我们要提交的文件的信息添加到索引库中。当我们使用git commit时，git将依据索引库中的内容来进行文件的提交。 二、基本 git add 表示 add to index only files created or modified and not those deleted  我通常是通过git add 的形式把我们添加到索引库中，可以是文件也可
git add -A 和 git add . 的区别
weixin_30810583的博客
09-10 3521
git add -A和git add . git add -u在功能上看似很相近，但还是存在一点差别 git add . ：他会监控工作区的状态树，使用它会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件。 git add -u ：他仅监控已经被add的文件（即tracked file），他会将被修改的文件提交到暂存...
git学习资料
01-08
这个压缩包包含了一系列关于Git的学习资料，对于想要深入了解或提升Git技能的人来说非常有价值。 首先，我们有"Git廖雪峰.pdf"，这是由知名技术博主廖雪峰编写的Git教程。在该教程中，廖雪峰以其简洁明了的写作风格...
git学习
02-14
Git学习是一个重要的过程，尤其对于软件开发者来说，理解其基本概念、命令和工作流程是至关重要的。以下是一些关于Git的核心知识点： 1. **版本控制**：Git的主要目标是管理项目的不同版本。它记录每次对文件或目录...
git add
lxgwm2008的专栏
04-23 610
一、前言 git add命令主要用于把我们要提交的文件的信息添加到索引库中。当我们使用git commit时，git将依据索引库中的内容来进行文件的提交。 二、基本 git add 表示 add to index only files created or modified and not those deleted  我通常是通过git add 的形式把我们添加到索引库中，可
【Git】git add
简简单单兔呦
12-16 323
源站: 老姜博客 Git讲之git add git add用来将working directory的改动状态改变到Staging阶段. 命令格式: git add fileA ... $ echo "ABC" > README.txt # 生成一个新文件 $ git add README.txt # git add操作 warning: LF will be replaced by CRLF in README.txt. The file will have its original line e.
一、Git add
sinat_36789271的博客
05-22 192
Git add 命令将从未添加过的文件（untracked），有修改的文件（unstaged）放入暂存区，暂存区的文件可被Git跟踪管理。如下图所示，在本地工作目录中修改好文件后，通过git add将修改后的文件提交到暂存区。 指令 添加一个或多个文件到暂存区： git add [file1] [file2] ... 添加指定目录到暂存区，包括子目录： git add [dir] 添加当前目录下的所有文件到暂存区： git add . 顺便一提，add有个别名叫做stage，也就是说你
git 命令 git add
04-22 111
将指定文件添加到index区，或添加到stage区。
git add命令
GUOYIHONEY的博客
08-06 1025
一、前言 git add命令主要用于把我们要提交的文件的信息添加到索引库中。当我们使用git commit时，git将依据索引库中的内容来进行文件的提交。 二、基本 git add 表示 add to index only files created or modified and not those deleted 我通常是通过git add 的形式把我们添加到索引库中，可以是文件也可以
git工具的使用——git add
chuntiandejiaobu10的专栏
08-02 912
git add 多功能命令       .开始跟踪工作目录下临时文件；       .把工作目录下已经的跟踪的文件放到暂存区；       .当合并时有冲突可以把冲出文件标记为冲突已解决状态； 特出情况：      若是已经使用git add 操作过某个文件，又马上修改此文件，使用git status 查看文件状态时，此文件会出现两种状态 ，已暂存，未暂存，Git 只不过暂存了你
git 中 add 操作
weixin_30881367的博客
07-21 147
git add -A和 git add . git add -u git add . ：监控工作区的状态树，运行会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件。 git add -u ：仅监控已经被add的文件（即tracked file），会将被修改的文件提交到暂存区。add -u 不会提交新文件（untracke...
Git及在idea里集成git
最新发布
m0_61976036的博客
08-23 1403
Git 是一个免费的开源分布式版本控制系统，可以快速高效地处理从小型到 大型项目的所有内容。Git 易于学习， 占地面积小，具有闪电般的快速性能。它具有诸如 Subver sion，CVS 之类的版本控制工具，具有廉价的本地分支，便捷的暂存区域和 多 个工作流等功能。什么是版本控制？就是记录文件历史记录，多人共享代码版本控制工具本质上是一个代码仓库版本控制工具类别：集中式：所有开发者共享服务器仓库，所有版本信息集中在服务器仓库，每个人都可以在一定程度上看到项目中的其他人正在做些什么。
git add 命令详解
很酷的站长的博客
12-19 2万+
1、git 会将工作区中的文件使用 hash sha-1 算法得到 40 位的 blob 对象 hash 字符串文件，文件中存储的是文件类型和使用算法压缩后的内容，如果查看文件的原始内容，需要使用。-A 参数会监控工作区的状态树，它会把工作区的所有变化提交到暂存区，包括修改(modified)、新文件(Untracked files)、删除的文件(deleted)。版本库: 在工作区中有一个隐藏目录 .git，这个不算工作区，而是 git 的版本库。工作区: 电脑中能看到的目录，也就是写代码的地方。
字节跳动Git学习指南：必备命令与实战技巧
《字节跳动Git学习手册》是一份详细且实用的教程，旨在帮助用户深入理解并掌握Git这一强大的分布式版本管理工具。Git的核心理念在于跟踪文件的每一次修改，使得开发者可以随时回溯到任何历史版本，这对于软件开发...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

流苏树

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值