[自动化测试二]git持续集成
1. 安装git工具
网上教程很多,自行百度,安装包可找我取
2. 首次安装,配置基本信息
git config user.name '' # 添加名称 git config user.email '' # 添加邮箱 cat .git/config # 查看基本信息
3. 将本地仓库与码云仓库关联
git init # 完成初始化 git remote add origin 项目地址 #本地仓库与码云仓库关联
4. 上传本地代码到远程码云仓库
git add . # 添加目录下所有发生改变的文件 git commit -m '注释信息' # 添加注释信息,一定要写! git push -u origin master # 本地仓库代码提交至远程仓库
5. 远程码云仓库下载到本地
git pull origin master # 日常拉取更新代码 git clone 项目地址 # 拷贝远程代码到本地
git pull --rebase origin master # error：failed to push some refs to (远程库与本地库不一致)
6.多个远程分支切换
git checkout -b 远程分支名 #创建并切换远程分支
7. 常用的命令
查看所有分支 ：gitbranch -a 切换到某一分支：git checkout 分支名称 合并分支：git merge 原分支 目标分支 提交命令有两个，git push origin master（正常提交）和git push origin master -f（强制提交，强制提交可能会把之前的commit注释信息，不会改变修改的代码，慎用），都是提交到master分支
查看远程分支 git branch -a或git branch -r 创建本地分支 git branch demo_fenzhi 切换到本地分支 git checkout demo_fenzhi 删除本地分支 git branch -d demo_fenzhi 查看本地分支状态 git branch 创建远程的分支,并且把本地分支推送到远程分支上 git push origin demo_fenzhi:demo_fenzhi 本地分支名称:远程分支名称 删除远程分支 git push origin :demo_fenzhi 或git push origin --delete demo_fenzhi 本地分支与远程分支比较 git diff demo_dev origin/demo_fenzhi //demo_dev为本地分支，demo_fenzhi为远程分支 本地分支关联远程分支 git pull origin demo_fenzhi 新分支并切换到分支 git checkout -b bende_fenzhi 创建+切换分支：git checkout -b <name> 合并某分支到当前分支：git merge <name> 恢复删除后未git add的文件 git checkout -f或git clean -df git fetch origin branchname:branchname 可以把远程某各分支拉去到本地的branchname下，如果没有branchname，则会在本地新建branchname git checkout origin/remoteName -b localName 获取远程分支remoteName到本地新分支localName，并跳到localName分支 git还原某个特定的文件到之前的版本 场景： 对于某个git控制下的文件进行了修改，但是改的不满意，想退回到改之前的版本。假定该文件为 src/main/main.c 解决方法： 第一步： 在命令行中输入 gitlog src/main/main.c 得到该文件的commit 历史。 会得到类似下面的界面 第二步： 复制需要回退版本的hash，在此假设我们回退到 d98a0f565804ba639ba46d6e4295d4f787ff2949 ,则复制该序列即可 第三步：checkout 对应版本。格式为 git checkout <hash> <filename>, 在此即为命令行中输入 git checkout d98a0f565804ba639ba46d6e4295d4f787ff2949 src/main/main.c 第四步： commit checkout下来的版本。如： git commit -m "revert to previous version" 1、git reset 没有push，这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题. 首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交commit_id(79f673d631b08907496ce792f429e1f00da25b73)，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。 · HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset--hard 79f673d631b08907496ce792f429e1f00da25b73。 · 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。 · 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。 2、git revert 已经push，对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致.你要用到下面的命令 git revert用一个新提交来消除一个历史提交所做的任何修改. revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push既可以把线上的代码更新.(这里不会像reset造成冲突的问题) revert 使用,需要先找到你想回滚版本唯一的commit标识代码,可以用 git log 或者在adgit搭建的web环境历史提交记录里查看. git revertc011eb3c20ba6fb38cc94fe5a8dda366a3990c61 3、两者区别 git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit看似达到的效果是一样的,其实完全不同. 第一:上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突（或git push -f强制推送）.但是revert并不会. 第二:如果在日后现有分支和历史分支需要合并的时候,reset恢复部分的代码依然会出现在历史分支里.但是revert方向提交的commit并不会出现在历史分支里. 第三:reset是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.
7. 踩坑实录
1) 上传更新文件时,提示git进程被占用
Another git process seems to be running in this repository, e.g. an editor o
解决:
删除根目录下的隐藏文件 .git 中的index.lock文件
