1.合并代码出现冲突,用git status 查看冲突所在的文件

2. clone 指定分支分支的文件夹 git clone -b **** ***;

3.git merge 和 git rebase 可以实现相同的结果,都是用来进行分支合并的。https://blog.csdn.net/liuxiaoheng1992/article/details/79108233,https://blog.csdn.net/wh_19910525/article/details/7554489 这两篇文章解释的很清楚。

4.git stash 的使用

经常有这样的事情发生,当你正在进行项目中某一部分的工作,里面的东西处于一个比较杂乱的状态,而你想转到其他分支上进行一些工作。问题是,你不想提交进行了一半的工作,否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令 https://git-scm.com/book/zh/v1/Git-%E5%B7%A5%E5%85%B7-%E5%82%A8%E8%97%8F%EF%BC%88Stashing%EF%BC%89

5.git diff 的使用

通常我们需要比较两个分支甚至需要具体到某个具体的文件,这时候git diff的作用就体现出来了,在当前分支执行git diff brachName 某个具体文件的路径,控制台可以打印出差异,如果想要将信息打印到具体文件 具体操作覆盖 git diff [branchA] [branchB] > a.txt
追加 git diff [branchA] [branchB] >> a.txt

git fetch 和git pull

理解 fetch 的关键, 是理解 FETCH_HEAD,FETCH_HEAD指的是: 某个branch在服务器上的最新状态’。这个列表保存在 .Git/FETCH_HEAD 文件中, 其中每一行对应于远程服务器的一个分支。
当前分支指向的FETCH_HEAD, 就是这个文件第一行对应的那个分支.
一般来说, 存在两种情况:
  • 如果没有显式的指定远程分支, 则远程分支的master将作为默认的FETCH_HEAD.
  • 如果指定了远程分支, 就将这个远程分支作为FETCH_HEAD.
git fetch origin branch1
这个操作是git pull origin branch1的第一步, 而对应的pull操作,并不会在本地创建新的branch。设定当前分支的 FETCH_HEAD' 为远程服务器的branch1分支`。 
 
这个命令可以用来测试远程主机的远程分支branch1是否存在, 如果存在, 返回0, 如果不存在, 返回128, 抛出一个异常.
git fetch origin branch1:branch2

首先执行上面的fetch操作,使用远程branch1分支在本地创建branch2(但不会切换到该分支),如果本地不存在branch2分支, 则会自动创建一个新的branch2分支,

如果本地存在branch2分支, 并且是`fast forward', 则自动合并两个分支, 否则, 会阻止以上操作.

fetch更新本地仓库两种方式:

//方法一
$ git fetch origin master //从远程的origin仓库的master分支下载代码到本地的origin master $ git log -p master.. origin/master//比较本地的仓库和远程参考的区别 $ git merge origin/master//把远程下载下来的代码合并到本地仓库,远程的和本地的合并 //方法二
$ git fetch origin master:temp //从远程的origin仓库的master分支下载到本地并新建一个分支temp $ git diff temp//比较master分支和temp分支的不同 $ git merge temp//合并temp分支到master分支 $ git branch -d temp//删除temp

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 revert c011eb3c20ba6fb38cc94fe5a8dda366a3990c61

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 是一直向前的.

最新文章

  1. 卸载linux Mint自带jdk并安装最新jdk
  2. 人工智能与3A
  3. meta 360极速模式
  4. 关于setInterval() 和setTimeout()的使用
  5. linux编程之内存映射
  6. dbca no protocol support
  7. IBM RSA 的语言设置
  8. jQuery 元素遍历
  9. 初识 Lucene
  10. div背景等比例缩小
  11. WPF 读写TxT文件
  12. 【转】动态字节码技术跟踪Java程序
  13. WCF学习——构建一个简单的WCF应用(一)
  14. Spring Date Jpa on update current_timestamp 自动维护创建时间和更新时间
  15. 移动端tab滑动和上下拉刷新加载
  16. H5的缓存 manifest
  17. svn提示文件 is already locked
  18. argv[1] 路径问题
  19. pgm2
  20. gdb 调试(查看运行时数据)(五)

热门文章

  1. Office 365系列(三) -Office 365 Pro plus 安装
  2. Spring Freamwork 开发初体验
  3. Not able to find Java executable or version转载
  4. haproxy学习——安装(一)
  5. win10下安装pytorch,torchvision
  6. Windows远程桌面,出现身份验证错误,要求的函数不正确
  7. 腾讯云微信小程序域名变更指南
  8. 在centos7中安装redis,并通过node.js操作redis
  9. pl/sql中的一种链接数据库方式
  10. Unix 和 Linux 安装 Perl