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
状态变为Staged
Unmodify
: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为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
上来。