Git使用教程
Git使用教程
非常好的视频教程,关于git至github,跳转入口
一、配置
1.Git配置
(1)所有配置(系统\用户)
1 | git cnfig -l |

(2)系统配置
1 | git config --system --list |

(3)当前用户配置
这是必须配置的(相当于告诉github你的身份,用户标识)
1 | git config --global --list |

设置用户名以及邮箱
1 | git config --global user.name "kuangshen" #名称 |
当你安装Git后首先要做的事情是设置你的用户名称和e-mail地址。这是非常重要的,因为每次Git提交都会使用该信息。它被永远的嵌入到了你的提交中
(4)git相关配置文件
所有的配置文件,其实都保存在本地
Git\etc\gitconfog:该目录位于 Git安装目录下 —-为系统级(System)别的配置文件
C:\Users\PC(Administrator)\ .gitconfig 只适用于当前登录用户的配置 –global 全局

可以将用户本地文件进行清空,然后重新按照设置用户名以及邮箱的指令进行设置
二、GIT相关理论
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下:

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

- Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间。
WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。- .git:存放Git管理信息的目录,初始化仓库的时候自动创建。(隐藏文件夹)
- Index/Stage:暂存区,或者叫待提交更新区,在提交进入
repo之前,我们可以把所有的更新放在暂存区。 Local Repo:本地仓库,一个存放在本地的版本库;HEAD会只是当前的开发分支(branch)。- Stash:隐藏,是一个工作状态保存栈,用于保存/恢复
WorkSpace中的临时状态。
1.工作流程
git的工作流程一般是这样的:
1、在工作目录中添加、修改文件;(本地的工作目录)
2、将需要进行版本管理的文件放入暂存区域;(git add .)
3、将暂存区域的文件提交到(本地)git仓库。(git commit)

如上图如果最后需要推送到远程的 github 或者 gitee 仓库需要 pull
三、Git项目搭建
工作目录(WorkSpace)一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要有中文
日常使用只要记住下图6个命令:

1.本地仓库搭建
创建本地仓库的方法有两种:一种是创建全新的仓库,另一种是克隆远程仓库
(1)新仓库
在项目目录下,git bash输入
1 | # 在当前目录新建一个Git代码库 |
执行后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面(隐藏文件夹)
(2)克隆远程仓库
将远程服务器上的仓库完全镜像一份至本地
1 | # 克隆一个项目和它的整个代码历史(版本信息) |
2.Git文件操作
文件的四种状态
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上
Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add状态变为StagedUnmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改
Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified
(1)操作
在本地项目目录下,git bash,输入
1 | git init |

当前目录下为空,没有文件待提交
在目录下创建一个hello.txt,使用git status
1 | git status |

出现一个没有被跟踪(Unstracked)的文件
使用git add .将文件添加至暂存区里面
1 | git add . |

在使用git status,出现

存在一个文件,为待提交的状态了,暂存去有一个新文件了
提交暂存区的内容到,本地的git仓库,输入git commit -m "消息内容"
1 | git commit -m "new file hello.txt" # -m 表示提交信息 |

使用git status,继续查看当前状态

没有文件待提交
总结
1 |
|
3.忽略文件
有些时候我们不想把某些文件纳入版本控制中,比如数据库文件,临时文件,设计文件等
在主目录下建立.gitignore文件,此文件有如下规则:
忽略文件中的空行或以井号(#)开始的行将会被忽略。
可以使用Linux通配符。例如:星号
(*)代表任意多个字符,问号(?)代表一个字符,方括号([abc])代表可选字符范围,大括号({string1,string2,...})代表可选的字符串等。如果名称的最前面有一个感叹号
(!),表示例外规则,将不被忽略。如果名称的最前面是一个路径分隔符
(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略。如果名称的最后面是一个路径分隔符
(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)。
1 | #为注释 |

4.使用gitee进行托管
(1)本机绑定SSH公钥
设置本机绑定SSH公钥,实现免密码登录
1 | # 进入 C:\Users\Administrator\.ssh 目录 |
若你的机器上面已经有了SSH-Key,你可以继续创建 只要重新设置不同的公钥文件名就可以不将之前的覆盖了
下图将名字设置为了 gitee_lab.rsa不至于覆盖值的rsa文件,密码可以不进行设置,否则每次进行git提交都需要输入密码
1 | # 进入 C:\Users\Administrator\.ssh 目录 |


在Gitee上面进行公钥绑定
设置—>安全设置—->SSH公钥
将上述的gitee_lab.rsa.pub用记事本打开,将其复制到SHH公钥的文本框内

也可以不进行重新创建别的SSH-Key,使用一个SSH-Key同时链接github以及gitee.参考
在gitee添加公钥之后,在.ssh文件下创建1.txt文件在将整个文件包含txt重命名为config文件,写入以下内容:

使用
1 | ssh -T git@gitee.com # 查看是否链接成功 |
在Gitee进行仓库创建
若是对于Github绑定的SSH公钥
1 | ssh -T git@github.com # 查看是否链接成功 |
(2)上传本地文件
在本地创建一个工作目录(项目文件目录),在目录中打开git bash
将当前文件夹初始化为git本地仓库
1 | git init |
将本地仓库与远程创建的gitee仓库建立链接
1 |
|
将码云上的仓库pull到本地文件夹
1 | git pull origin master |
对本地工作目录,进行添加你需要修改的文件
将当前文件夹添加至暂存区
1 | git add . |
将暂存的文件提交到本地仓库
1 | git commit -m ‘第一次提交’ |
将本地仓库的文件推送到远程仓库中
1 | git push -u origin master |
注意
如果本地工作目录(项目目录)中的文件有修改,只需要进行本地项目目录git bash
1 | git add * |
注意:需要在gitee的个人管理中的邮箱管理添加你的个人邮箱,gitee才可以进行代码托管
之后在将本地仓库中的文件推送到远程仓库中时,会弹出以下界面:


1 | Username for ‘https://gitee.com’: 输入的是gitee上你的邮箱账号, |
5.使用github进行托管
在github上面创建一个CLion_Cracking的仓库
新建一个README.md文件
使用以下命令
1 | git init |
三、git分支
1 |
|
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。
