目录
远程操作
理解分布式版本控制系统
远程仓库
新建远程仓库
克隆远程仓库
向远程仓库推送
拉取远程仓库
配置Git
忽略特殊文件
为命令配置别名
标签管理
理解标签
创建标签
操作标签
远程操作
理解分布式版本控制系统
1、每个人的电脑上都是一个完整的版本库,这样工作的时候就不需要联网了,因为版本库就在你自己的电脑上,既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比如说你在自己电脑上更改了文件A,你的同事也在他的电脑上更改了文件A,这时你俩之间只需要把各自的修改推送给对方,就可以互相看到对方的修改了
2、分布式版本控制系统的安全性很高,因为每个人电脑里都有完整的版本库,某一个人的电脑坏了不要紧,随便从其他人哪里复制一个即可
3、在实际使用分布式版本控制系统时,其实很少在两个人的电脑上推送版本库的修改,因为可能你俩不在同一局域网内,两台电脑互相访问不了,也可能今天你的同时病了,他的电脑根本没开机,因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅说同来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已,而且有了它就不怕本地出什么故障了(硬盘损害,上面的内容丢失之类的)
远程仓库
新建远程仓库
网址:Gitee - 基于 Git 的代码托管和研发协作平台
填写基本信息,创建成功:
在管理中找到基本信息,将远程仓库选择为开源:
刚创建的仓库有且只有一个默认master分支:
克隆远程仓库
指令:git clone + 远程仓库链接
SSH协议和HTTP协议是Git最常用的两种数据传输协议,SSH协议使用了公钥加密和公钥登录机制,体现了其实用性和安全性,使用此协议需要将我们的公钥放在服务器,由Git服务器进行管理,使用HTTPS方式时没有要求可以直接克隆:
- HTTP方式:
- SSH方式:
- 用ssh-keygen -t rsa -C “邮箱”指令将id_rsa.pub文件中的那内容添加到远程仓库
如果由多人协作开发,Github/Gitee允许添加多个公钥,只要把每个人的电脑上的key都添加到Github/Gitee,就可以在每台电脑上往Github/Gitee上提交推送了。当我们从远程仓库克隆后,实际上Git会自动把本地的master分支和远程的master分支对应起来,远程仓库的默认名称是origin,在本地我们可以使用git remote指令查看远程仓库的信息,-v参数可显示更详细的信息:
上面显示了可以抓取和推送的origin的地址,但如果没有推送权限就看不到push的地址
向远程仓库推送
本地已经clone成功远程仓库后,我们便可以向仓库中提交内容,例如新增一个file.txt文件:
name和email需要和gitee上配置的一致,否则报错,在重置名字时加上--global参数
至此我们已经将内容提交至本地仓库中,接着用git push指令将本地仓库的内容推送到远程仓库,该命令用于将本地的分支版本上传到远程并合并,命令格式如下:
- git push <远程主机名> <本地分支名>:<远程分支名>
- git push <远程主机名> <本地分支名>(本地分支名与远程分支名一致可省略冒号)
使用SSH方式推送时不用输入账号密码,使用HTTP方式时需要:
推送成功
拉取远程仓库
在gitee上点击README.md文件并在线修改它:
此时远程仓库是要领先于本地仓库一个版本,为了使本地仓库保持最新的版本,我们需要拉取下远端代码,并合并到本地,Git提供了git pull命令,该命令用于从远程获取代码并合并本地的版本,格式如下:
- git pull <远程主机名> <远程分支名>:<本地分支名>
- git pull <远程主机名> <远程分支名>(远程分支是与当前分支合并,则冒号后部分可省略)
配置Git
忽略特殊文件
在日常开发中,我们有哪些文件不想或者不应该提交到远端仓库,比如保存了数据库密码的配置文件,那么该如何让Git知道呢?在Git工作区根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件了(.gitignore文件gitee在创建仓库时就可以为我们生成,不过需要我们主动勾选一下):
如果没有该选项,在工作区创建一个也是可以的,无论哪种方式最终都可以得到一个完整的.gitignore文件,例如我们想忽略.so和.ini结尾的所有文件,.gitignore中的内容如下:
#省略选择模本的内容
...
#MY configurations:
*.ini //隐藏以.ini和.so结尾的文件
*.so
在.gitignore文件中也可以指定某个确定的文件,最后将该文件提交到远程仓库即可:
检验.gitignore的标准就是git status命令是不是说working tree clean,如果是则.gitignore文件生效,但是有些时候如果再想添加一个文件到Git,但由于该文件被.gitignore忽略了,根本添加不进去,就可以用-f强制添加:
- git add -f 文件名
或者是.gitignore写的有问题,需要找出来哪个规则写错了,比如a.so文件是要被添加的而不是忽略的,可以用git check-ignore命令检查:
Git会告诉我们.gitignore的第六行规则忽略了该文件,于是我们就知道应该修订哪个规则,还有些时候当我们编写了规则排除了部分文件时:
#排除所有.开头的隐藏文件:
.*
.*这个规则把.gitignore也排除了,虽然可以用git add -f指令强制添加进去 ,但是最好还是别破坏.gitignore规则,这时可以添加一条例外规则,将指定文件排除在.gitignore规则外的写法就是!+文件名,所以只需把例外文件添加进去即可:
#排除所有.开头的隐藏文件;
.*
#不排除.gitignore
!.gitignore
为命令配置别名
基本概念:有些Git命令太长,为此git支持对命令进行简化
简化指令:git config [选项] alias.别名 原
--global选项是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有,如果不加则只针对当前仓库起作用
标签管理
理解标签
标签tag可以简单理解为是对某次commit的一个表示,相当于起了一个别名,例如在项目发布某个版本时,针对最后一次commit起一个v1.0这样的标签来标识里程碑的意义。相较于难以记住的commit id,tag可以很好的解决这一问题,因为tag一定要给一个让然容易记住且有意义的名字,当我们需要回退到某个重要版本时,直接使用标签就能很快定位到
创建标签
切换到需要打标签的分支上并为该分支打标签,git log可以查看所有标签:
默认标签是打在最新提交的commit上的,在指定的commit上打标签可以通过找到历史提交的commit id然后打上标签即可:
注意,标签不是按时间顺序列出,而是按字母排序的,可以用git show [tagname]查看标签信息:
Git还提供可以创建带有说明的标签,用-a指定标签名,-m指定说明文字:
git tag -a [name] -m "xxx" [commit_id]
打完标签后可以使用tree .git指令查看本地库的变化:
操作标签
如果标签打错了,也可以用git tag -d [标签] 指令删除:
因为创建标签都只存储在本地,不会自动推送到远程,所以打错的标签可以在本地安全删除,如果要推送某个标签到远程,使用git push origin <tagname>指令即可:
此时,查看远程仓库,看到标签已经被更新:
如果本地标签很多,可以用git push origin --tags指令一次性全部推送到远端:
如果标签已经推送到远端,要删除远程标签就麻烦一点,要先从本地删除,然后再从远程删除,删除命令也是push,但是格式不一样:
删除成功:
~over~