常见操作
1. checkout操作:
git checkout -b branch1(本地分支名) origin/branch1(远程分支名)
2. diff操作:
#比较一个文件两个版本的区别
$ git diff HEAD^^ HEAD main.c
$ git diff HEAD^^..HEAD -- main.c
$ git diff HEAD~2 HEAD -- main.c
3. stash操作
# 当git pull发现有代码冲突时,本地的所有修改就需要被暂时存储起来
git stash
# 查看保存的信息:
git stash list
# git pull执行来取远程完成后需要还原暂存的内容
git stash pop stash@{0}
# 如果有冲突信息,需要人工修复冲突代码
4. reset操作
# 只移动当前Head指针,不会改变工作区和暂存区的内容
git reset --soft commit_id
# 移动head指针,改变暂存区内容,但不会改变工作区
git reset --mixed commit_id
# 当前head指针、工作区和暂存区内容全部改变
git reset --hard commit_id
5. 合并远程分支
把代码clone到本地仓库
git clone 项目git地址
在本地创建pro分支并与远程pro分支对应
git checkout -b pro origin/pro
切换到master分支
git checkout master
本地的pro合并到master上(遇到冲突解决完后再提交)
git merge pro
push到远程master分支上
git push origin master
常见问题
1. 回滚版本
项目管理过程中经常发现一些错误提交的问题,需要回滚到之前历史提交版本中;
step1. 首先找到需要回滚到历史commit id,通过git log进行查看确认。
step2. 通过git reset --hard commit_id 进行回滚。说明--hard使用时需要注意安全,如果需要保留工作区代码,可选择在重新拉取代码,在新的目录下进行操作。亦或使用--soft和--mixed参数,没有具体实践过,可参考官网研究原理。
step3. 确认无误后重新提交 git push origin 具体的branch分支名称
第三步很多时候回报错,一般是由于不允许提交commitid 比已提交的commit id早(Updates were rejected because the tip of your current branch is behind),可通过添加-f参数解决。 如果是由于branch分支是protected branch,一般需要通过master角色临时去掉protected branch设置,操作完成后再重新设置protected branch。
2. 撤回commit(未执行push)
操作过程: 撤回commit,修复代码,重新commit & push代码
1. 撤回commit:通过git log查看正确的代码commit id,或者说上一次的commit id,然后执行git reset --soft commit_id
2. 修复代码;
3. 重新commit ,检查无误后push代码。
3. git pull 冲突解决
我们知道,项目代码开发与管理过程中,重要的一个原则就是提交公共分支代码时需要首先pull代码,而往往此时会出现代码冲突问题,所以解决git pull 代码冲突是一个经常要面临的事情。
这个意思是说更新下来的内容和本地修改的内容有冲突,先提交你的改变或者先将本地修改暂时存储起来。
处理的方式非常简单,主要是使用git stash命令进行处理,分成以下几个步骤进行处理。
a. 先将本地修改存储起来
git stash暂存修改
通过git stash list查看保存的信息
b. 执行git pull
c. 还原暂存的内容: git stash pop stash@{0}
d. 如发现有冲突信息,需要手动修复代码,解决文件中冲突的的部分
其中Updated upstream 和=====之间的内容就是pull下来的内容,====和stashed changes之间的内容就是本地修改的内容。碰到这种情况,git也不知道哪行内容是需要的,所以要自行确定需要的内容。
然后重新提交代码:git add -- git commit ---git push