Git基础知识

今天药忘吃喽~ 2021-05-16 20:36 410阅读 0赞

**Git**  
Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的分布式版本控制系统。

与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持（注：这得分是用什么样的服务端，使用http协议或者git协议等不太一样。并且在push和pull的时候和服务器端还是有交互的），使源代码的发布和交流极其方便。 Git 的速度很快，这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git 最为出色的是它的合并跟踪（merge tracing）能力。

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

优点  
速度  
简单的设计  
对非线性开发模式的强力支持（允许上千个并行开发的分支）  
完全分布式  
有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

**用户信息配置**  
第一个要配置的是你个人的用户名称和电子邮件地址。这两条配置很重要，每次 Git 提交时都会引用这两条信息，说明是谁提交了更新，所以会随更新内容一起被永久纳入历史记录：

git config --global user.name "xxx"  #名称
    git config --global user.email "xxx.@xx.com"  #邮箱
    git config -l #查看信息

如果用了 --global 选项，那么更改的配置文件就是位于你用户主目录下的那个，以后你所有的仓库都会默认使用这里配置的用户信息。如果要在某个特定的仓库中使用其他名字或者电邮，只要去掉 --global 选项重新配置即可，新的设定保存在当前仓库的 .git/config 文件里。

**测试**

git version #查看git版本

**构架**  
版本库:工作区中有一个隐藏目录.git，这个目录不属于工作区，而是git的版本库，是git管理的所有内容  
暂存区:版本库中包含一个临时区域，保存下一步要提交的文件。  
分支:版本库中包含若干分支，提交的文件存储在分支中

**仓库**  
对应的就是一个目录，这个目录中的所有文件被git管理起来。  
以后会将一个项目的根目录，作为仓库。  
仓库中的每个文件的改动都由git跟踪。

有两种取得 Git 项目仓库的方法。第一种是在现存的目录下，通过导入所有文件来创建新的 Git 仓库。第二种是从已有的 Git 仓库克隆出一个新的镜像仓库来。

**git文件的三种状态**

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>已提交 （committed）</td> 
   <td>已提交表示数据以及安全存在本地数据库</td> 
  </tr> 
  <tr> 
   <td>已修改(modified)</td> 
   <td>已经修改了文件，还没保存到数据库中</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>以占存（staged）</td> 
   <td>以占存表示对一个已修改的文件的当前版本做了标记，使之包含在下次提交的快照中</td> 
  </tr> 
 </tbody> 
</table>

**git项目的三个工作区**

<table> 
 <thead> 
  <tr> 
   <th>分类</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>工作区</td> 
   <td>简单的理解为在电脑上能看到的目录比如自己创建的本地项目目录</td> 
  </tr> 
  <tr> 
   <td>暂存区</td> 
   <td>git的库版本里面其中最重要的就是称作stage 的暂存区还有git创建的第一个master主分支，以及指向master的一个指针叫HEAD</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>git仓库</td> 
   <td>工作区有一个隐藏的目录.git 这个不算工作区而是git的版本库</td> 
  </tr> 
 </tbody> 
</table>

**在工作目录中初始化新仓库**  
要对现有的某个项目开始用 Git 管理，只需到此项目所在的目录，执行：

git init # 在当前目录新建一个Git代码库

2、执行后可以看到，仅仅在项目目录多出了一个.git目录，关于版本等的所有信息都在这个目录里面。

**克隆远程仓库**

# 克隆一个项目和它的整个代码历史(版本信息)
    $ git clone [url]

**Git 仓库基础操作**  
**1.初始化一个Git仓库**

git init               #初始化一个Git仓库

**2.将文件添加到Git的暂存区**

git add .       #可以将当前仓库的所有改动加到暂存区

**3.查看仓库状态**

git status   #可以看到工作区中文件的状态

**4.从Git的暂存区提交版本到仓库，参数-m后为当次提交的备注信息**

git commit -m "备注信息xxx"    #将暂存区的文件存入分支形成版本

**5.将本地的Git仓库信息推送上传到服务器**

git push https://gitee.com/***/test.git

**6.查看git提交的日志**

$ git log

**Git关联远程仓库**

git remote add origin  [url] #关联远程仓库

**查看远程仓库地址**

git remote -v    #查看远程仓库地址

**推送文件到远程仓库**  
将本地仓库以及commit的内容推送到远程仓库，共享自己的代码

git push -u origin master  将本地的master分支上传到远程master分支

克隆远程仓库  
如果仓库已由别人创建完毕，我们需要其中的内容，则可以通过 git clone 将其复制到本地

git clone [url]

代码共享  
多人协同开发时，写好的代码git push 上传到远程仓库，需要代码的git pull拉取

git pull origin master    #拉取远程的master分支内容

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center]  
**分支**  
分支，是一个个版本的最终存储的位置  
分支，就是一条时间线，每次 git commit 形成一个个版本，存储在分支的一个个提交点

分支由多个提交点组成，分支上会有一个指针，默认总是指向最新的提交点

**查看当前仓库分支**

git branch #查看本地所有分支，带*的是当前分支
    git branch -r # 列出所有远程分支

·仓库中默认只有master分支  
·执行git commit时，默认是在master分支上保存版本。

在商业项目开发过程中，我们不会轻易的在master分支上做操作。  
当代码确实没有问题时，才会将开发分支上成熟的代码版本添加到master分支上。  
当代码确实没有问题时，才会将开发分支上成熟的代码版本添加到master分支上。  
·保证开发过程中，可以及时记录版本，又保证master分支上每个提交点都是稳健版本。

**创建分支**

git branch #分支名
    git branch dev  #创建名字为dev的分支

默认情况下，当前使用的分支是master分支  
可以切换到dev分支，则后续的git commit便会在dev分支上新建版本(提交点)

**切换分支**

git checkout 分支名
    git checkout dev  #从主分支切换到dev分支

**分支提交日志**

git log --oneline  #简易日志

git log   #完整日志

**分支合并**  
两个分支内容的合并  
git merge分支a合并分支a

git merge 分支名 #合并指定分支到当前分支

合并的方式有两种:快速合并和三方合并。

8.4.1快速合并  
如果分支A当前的修改，是完全基于分支B的修改而来，则B分支合并A分支，就是移动指针即可。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 1]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 2]  
三方合并  
在不具备快速合并的条件下，会采用三方合并。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 3]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 4]

两个分支进行合并，但它们含有对同一个文件的修改，则在合并时出现冲突，git无法决断该保留改文件哪个分支的修改。

出现冲突后，如要由两个开发人员当面协商，该如何取舍，为冲突文件定义最终内容。

解决方案:  
1.保留某一方的，删除另—方的  
2．保留双方的  
3．但无论如何，要记得删除<<<<=三== >>>>这些  
4.本质是两人协商为冲突的内容，定制出合理的内容。  
5.协商后，需要再次提交修改后的内容

**删除分支**

git branch -d 分支名

**删除远程分支**

git push origin --delete 分支名
    git branch -dr 分支名

# github搜索项目 #

[文档链接][Link 1]

in:name example		名字中有“example”
    in:readme example		readme中有“example”
    in:description example	描述中有“example”
    
    stars:>1000		star>1000
    forks:>1000		fork>1000
    pushed:>2019-09-01		2019年9月1日后有更新的
    
    language:java		用Java编写的项目

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center]: /images/20210516/bde40daf6bf04927aa920b259f973e74.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20210516/a00d4a4456c54cb2bb76bd27867a3c84.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20210516/7e56e80afd544964ba393a74b7df0f05.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 3]: /images/20210516/07b57ea5c3e54f94a8e7e2994467bbd7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0ODY2MTUz_size_16_color_FFFFFF_t_70_pic_center 4]: /images/20210516/a01f5b6d06b84210bebd83ae7a43a6fe.png
[Link 1]: https://docs.github.com/en/github/searching-for-information-on-github/searching-for-repositories