Git 学习笔记

一、Git概述

转载地址
参考狂神笔记，侵删。

1）、简介

2）、安装

官网下载 或者国内 镜像地址

选择系统安装，比如 Linux/Unix/Windows/Mac OS X

基本是无脑安装，直接点下一步即可。不懂的可以翻译一下。

二、Git使用

鼠标右键打开即可有以下选项

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

Git CMD： Windows风格的命令行

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

基本的Linux命令学习

3)、pwd：显示当前所在的目录路径。
4)、Is(Il)：都是列出当前目录中的所有文件,只不过(两个ll)列出的内容更为详细。
5)、touch：新建一 个文件如touch index.js就会在当前目录下新建一 个index.js文件。
6)、rm：删除一 个文件, rm index.js就会把index.js文件删除。
7 )、mkdir：新建一个目录,就是新建一 个文件夹。
8)、rm -r：删除一一个文件夹, rm -r src删除src目录

rm -rf /	切勿在Linux中尝试!删除电脑中全部文件!

9)、mv移动文件, mv index.html src index.html是我们要移动的文件, src是目标文件夹,当然,这样写，必须保证文件和目标在同一目录下。
10)、reset重新初始化终端/清屏。
11 )、clear清屏。
12)、history 查看命令历史。
13)、help帮助。
14)、exit退出。
15)、 #表示注释

1)、Git 配置

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

查看配置 git config -l

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

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

Git相关的配置文件：

1）、Git\etc\gitconfig ：Git 安装目录下的 gitconfig --system 系统级

2）、C:\Users\Administrator\ .gitconfig 只适用于当前登录用户的配置 --global 全局

设置用户名与邮箱（用户标识，必要）

当你安装Git后首先要做的事情是设置你的用户名称和e-mail地址。这是非常重要的，因为每次Git提交都会使用该信息。它被永远的嵌入到了你的提交中：

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

只需要做一次这个设置，如果你传递了–global 选项，因为Git将总是会使用该信息来处理你在系统中所做的一切操作。如果你希望在一个特定的项目中使用不同的名称或e-mail地址，你可以在该项目中运行该命令而不要–global选项。总之–global为全局配置，不加为某个项目的特定配置。

2）、Git基本理论（重要）

三个区域

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mLb683AP-1600349510847)(Git_pic/1.png)]

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

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LNR0yk4B-1600349510850)(Git_pic/2.png)]

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

工作流程

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

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

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

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

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8nwCkgOP-1600349510852)(Git_pic/3.png)]

3）、Git项目搭建

创建工作目录与常用指令

工作目录（WorkSpace)一般就是你希望Git帮助你管理的文件夹，可以是你项目的目录，也可以是一个空目录，建议不要有中文。

日常使用只要记住下图6个命令：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AWwWb7VU-1600349510855)(Git_pic/4.png)]

本地仓库搭建

创建本地仓库的方法有两种：一种是创建全新的仓库，另一种是克隆远程仓库。

1、创建全新的仓库，需要用GIT管理的项目的根目录执行：

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

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

克隆远程仓库

1、另一种方式是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地！

# 克隆一个项目和它的整个代码历史(版本信息)
$ git clone [url]  # https://gitee.com/kuangstudy/openclass.git

2、去 gitee 或者 GitHub 上克隆一个测试！

4）、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

查看文件状态

上面说文件有4种状态，通过如下命令可以查看到文件的状态：

#查看指定文件状态
git status [filename]

#查看所有文件状态
git status

# git add .                  添加所有文件到暂存区
# git commit -m "消息内容"    提交暂存区中的内容到本地仓库 -m 提交信息

忽略文件

有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等

在主目录下建立".gitignore"文件，此文件有如下规则：

1. 忽略文件中的空行或以井号（#）开始的行将会被忽略。
2. 可以使用Linux通配符。例如：星号（*）代表任意多个字符，问号（？）代表一个字符，方括号（[abc]）代表可选字符范围，大括号（{string1,string2,…}）代表可选的字符串等。
3. 如果名称的最前面有一个感叹号（!），表示例外规则，将不被忽略。
4. 如果名称的最前面是一个路径分隔符（/），表示要忽略的文件在此目录下，而子目录中的文件不忽略。
5. 如果名称的最后面是一个路径分隔符（/），表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略）。
6. 命令1：git rm -r [fileName]
7. 命令2：git rm -r *.iml
8. 命令3(忽略在缓存中的文件)：git rm --cached -r [fileName]
9. 命令4 (暴力忽略): git rm --cached -r -f [fileName]/[path/*]

例如命令：
# 移除  tmp 文件夹/ tmp 下一级所有文件/ tmp 下下级所有文件 
git rm -r tmp
git rm --cached -r tmp/*
git rm --cached -r  -f tmp/*/*
#为注释
*.txt        #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！
!lib.txt     #但lib.txt除外
/temp        #仅忽略项目根目录下的TODO文件,不包括其它目录temp
build/       #忽略build/目录下的所有文件
doc/*.txt    #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

三、Gitee码云

github 是有墙的，比较慢，在国内的话，我们一般使用 gitee ，公司中有时候会搭建自己的gitlab服务器

1、注册登录码云，完善个人信息

2、设置本机绑定SSH公钥，实现免密码登录！（免密码登录，这一步挺重要的，码云是远程仓库，我们是平时工作在本地仓库！)

# 进入 C:\Users\Administrator\.ssh 目录 使用右键命令ssh-keygen生成
# 生成公钥 ssh-keygen 
这个公钥指的是自己的一个地址，添加到码云后，就直接可以进行提交了。

3、将公钥信息public key 添加到码云账户中即可！

4、使用码云创建一个自己的仓库！

许可证：开源是否可以随意转载，开源但是不能商业使用，不能转载，… 限制！

1）、普通提交

提交到的仓库的过程自始至终都和 .git文件(请开启隐藏文件夹显示) 有绑定的关系（里面包含着配置信息，比如：日志，消息，提交路径…），一般来说都是用远程创建仓库，然后把仓库的 .git 文件夹 clone 下来，然后进行的提交。

以下操作要在 .git 对应仓库下操作，如果使用了 git init 会默认在本地创建一个主分支。造成本地的master和远程仓库的master配置信息的不匹配，所以就commit 不上去。

当本地master中只修改了目录没有修改文件时，提交不上去。

1. git clone [https://gitee.com/thisisz/testgit.git]
2. git add [File Name]/.
3. git commit -m [Commit Update Message Content]
4. git push #default is master

2）、idea提交

把远程仓库的 clone.git及其他全部内容，全部拷贝到项目的根目录里面就可以了

1. git add [File Name]/.
2. git commit -m [Commit Update Message Content]
3. git push #default is master

也可以进行图形化操作，比如右上角的add按钮，commit 飞机等等。

四、分支

分支理论上来说就是各个版本，比如3.5版本、测试版、，我们一般在测试版里面修改代码，然后最后进行提交到主分支上。

git分支中常用指令：

# 新建一个分支，但依然停留在当前分支
git branch [branch-name]

# 新建一个分支，并切换到该分支
git checkout -b [branch]

# 合并指定分支到当前分支
$ git merge [branch]

# 删除分支
$ git branch -d [branch-name]

# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]

git branch -r       #查看远程所有分支
 
git branch           #查看本地所有分支
 
git branch -a       #查看本地及远程的所有分支
 
git fetch   #将某个远程主机的更新，全部取回本地：
 
git branch -a  #查看远程分支
 
git branch  #查看本地分支：
 
git checkout 分支 #切换分支：
 
git push origin -d 分支名  #删除远程分支: 
 
 git branch -d 分支名  #删除本地分支
 
git remote show origin  #查看远程分支和本地分支的对应关系
 
git remote prune origin #删除远程已经删除过的分支

如果同一个文件在合并分支时都被修改了则会引起冲突：解决的办法是我们可以修改冲突文件后重新提交！选择要保留他的代码还是你的代码！

web-api A

web-admin B B分支里面有A分支第一次提交的原始代码，做项目中修改了这部分内容，合并分支后就会产生冲突。

master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。