文章目录
前言
上一篇文章讲述了Postman进阶操作,本篇讲述git库使用教程,满足后续自动化测试开发过程需要。
简介
GitHub是一个的开源代码托管平台,旨在促进在一个共同项目上工作的个人之间的代码托管、版本控制和协作。通过该平台,无论何时何地,成员都可以对项目进行操作(托管和审查代码,管理项目和与世界各地的其他开发者共同开发软件),GitHub 平台为开源项目和私人项目都提供了项目处理功能。
操作指引
1.本地操作
1.1 安装git 需要验证
git config –global user.email “you@example.com”
git config –global user.name “Your Name”
1.2 创建本地仓库:
创建:
mkdir xx,cd xx,pwd
git init //将目录变为git可以管理的仓库
1.3 添加文件 (windows)不用自带记事本/文件一定放在xx目录下(或者子目录)
git add new1.txt //告诉git,把文件添加到仓库
git add . //添加所有
git commit -m “,”(为提交信息) //告诉git, 把文件提交到仓库
修改文件:
[//确认修改的部分将要被提交
git status //掌握仓库当前的状态
git diff new1.txt //查看修改与原文的不同]
git log (***–pretty=oneline)//参数,简化输出*** //查看动作日志
[git reset –hard HEAD^ (***HEAD***表示最新的版本) //回退到上一个版本,
回忆 git reset –hard …….(最后一次提交的***commit id***) //回到现实]
cat new2.txt //查看 若重启:
git reflog //找回信息
撤销修改:
git checkout — new2.txt (***–表示当前分支,没有***就变成了“切换到另一个分支”) //丢弃工作区的修改
分两种情况:
一种是new2.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是new2.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次git commit或git add时的状态
例子:若对new1.txt 修改,并加入到缓存区,如何返回最初
git status ,
git reset HEAD new1.txt(撤销缓存区的修改) // git reset HEAD file 既可以回退版本,也可以撤销缓存区修改(unstage)放回工作区,
git status, git checkout — new1.txt
小结:
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令***git checkout – file***。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令***git reset HEAD file***,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库
删除文件:
rm new1.txt //直接在文件管理器中删除
git rm new1.txt git commit -m “remove new1.txt” //从版本库中删除 (若文件被提交到版本库,不用担心误删,但只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容)
1.4 工作区与版本库 工作区(Working Directory):
就是我们电脑看到的目录 版本库(Repository):工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。 Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD
2.远程仓库 连接远程仓库:
git remote add origin git@github.com/(github名)/reps.git
输入后,提示出错信息:fatal: remote origin already exists. 解决办法如下:
1、先输入$ git remote rm origin
2、再输入$ git remote add origin git@github.com:djqiang/gitdemo.git 就不会报错了!
参考见:https://blog.csdn.net/jingtingfengguo/article/details/51892864
输入git push -u origin master ,提示错误信息:
Warning: Permanently added the RSA host key for IP address ‘xx.xx.xx.xx’ to th e list of known hosts. To github.com:xxx/weixin.git ! [rejected] master -> master (fetch first) error: failed to push some refs to ‘git@github.com:xxx/weixin.git’ hint: Updates were rejected because the remote contains work that you do hint: not have locally. This is usually caused by another repository pushing hint: to the same ref. You may want to first integrate the remote changes hint: (e.g., ‘git pull …’) before pushing again. hint: See the ‘Note about fast-forwards’ in ‘git push –help’ for details.
原因:上下版本无法对应 解决方法:
git push -u origin master -f(强制提交)
从远程库克隆: git clone git@github.com/(github名)/reps.git
3.分支
3.1 新建分支:
git checkout -b dev //git checkout命令加上-b参数表示创建并切换
等价于:git branch dev,git checkout dev
git branch //查看当前分支,*表示当前分支
实例:(处于dev分支) 将master 上传的new1.txt 修改后,提交到本地仓库(步骤省略)
合并结果: git check master //切换到master分支
3.2 合并分支:
git merge dev //合并指定分支到当前分支
Fast-forward //快进模式,看不到曾经做过合并
git merge --no-ff -m “禁用Fast-forward模式的合并” dev //普通模式合并,合并后的历史有分支,能看出来曾经做过合并
git branch -d dev //删除分支
冲突: 如1,dev修改提交new1.txt后,处于master分支,再修改new1.txt、提交。
git merge dev 可能出现冲突:
git status
再次提交:
git add new1.txt git commit -m “s”
git log –graph –pretty=oneline –abbrev-commit //查看分支合并情况
最后删除dev分支
3.3 修复bug
git stash //储存工作空间
… //同分支合并,新分支修复
bug
git stash list //查看列表
git stash pop 回到工作空间并删除缓存 //最简版本
!开发不同功能,最好新建分支,最后合并
3.4 多人
git remote (-v)//查看远程库信息 origin为默认名,-v显示详细信息
git push origin dev //推送dev分支到远程库。一般情况,master为主分支,dev开发分支,bug修复分支
git clone git@github.com:xxx/xxx.git
多人工作,各自在master,dev上推送修改。那么:
若在本地git branch只显示master:
git checkout -b dev origin/dev //在远程仓建立dev分支
git push origin dev
若同时提交dev修改:先将最新提交 从远程抓下来,本地解决再上传:
git pull
git commit -m “merge and fix” //若有冲突,和分支冲突解决方法一样
!若git pull失败(提示“no tracking information”),原因是没有指定本地dev分支与远程origin/dev分支的链接:
git branch --set-upstream dev origin/dev.
再git pull
3.5 tag
切换到相应分支:
git tag //查看当前分支下的标签
git tag xxx //打标签
git log --pretty=oneline --abbrev-commit //查看 commit id
git tag xxx commitid //给某个操作打标签
git show xxx //查看标签信息
创建带有说明的标签,用-a指定标签名,-m指定说明文字,-s用私钥签名一个标签:
git tag-a v0.6 -m “version 0.6 released” commitid
git tag -s xxx -m "blablabla…"可以用PGP签名标签
!签名采用PGP签名,因此,必须首先安装gpg(GnuPG)
git push origin –tags //推送全部未退送过的本地标签到远程仓库
git tag -d v1.0 //删除本地标签
git push origin:refs/tags v1.0 //删除远程标签
<!–小结–!>
github上,可任意fork开源库,拥有fork后仓库的读写权限;
可以推送pull request给官方仓库代码
3.6 自定义别名
git config –global alias.st status
3.7 配置文件
每个仓库git配置文件都在.git/config
总结
使用git库对项目开发进行管理十分方便,项目人员可以同步开发,异步提交。但在使用之前需要了解基本使用方法以及项目分支权限设置,避免操作错误或者项目资源泄露。