当前位置:   article > 正文

【日常实用】git的简单使用_pull --use remote

pull --use remote

前言:在日常的工作中,使用git是家常便饭了,对于新手来说,可能在使用方便还是存在这一些不熟悉,下面就介绍一些日常生活中经常用到的命令吧。

  1. git的下载和环境搭建可以看这篇博客,本文就从使用部分开始说起。

  2. git clone
    从你的远程仓库克隆代码到本地的某个磁盘中,比如H盘的gitUse文件夹中。
    第一步:建立好相对应的文件目录
    在这里插入图片描述
    第二步:在第一步红色矩形框后面空白区域左击一下选中地址路径后,键盘上输入cmd 回车即会出现cmd命令行窗口,在窗口中输入如下指令:git clone 远程仓库代码地址即可将代码克隆到本地。
    在这里插入图片描述

  3. git branch
    此时,你想查看所克隆的代码所处在那个分支上,默认的克隆下来的是master分支,此时我们就可以用 git branch 命令来查看。
    在这里插入图片描述
    但是,我们一般开发新需求或者修复bug时,都基于master且不会在master分支上开发。于是我们会基于master分支新建一个分支用来个人开发和提交。使用的到的命令为:git chekcout -b 分支名 。

  4. git chekcout -b 分支名
    这个时候我们可以新建一个分支名:gitUse,并且使用git branch 查看是否创建成功。
    在这里插入图片描述
    这个时候,你就可以在你自己的分支上(gitUse)开发了,但是开发着开发着,又想切回到master分支上新建另外一个分支,就可以使用:git checkout master 命令。所以想切到哪个分支上就可以用以下命令:git checkout 目标分支名

  5. git pull = git fetch + git merge
    勤奋的你在自己的分支上开发了很长时间,但此时master上的代码已经被别人不知道提了多少次代码了。自己远程分支的master已经远远落后于项目的master代码了。这个时候需要操作命令:git fetch 将自己远程分支更新同步一下。这个时候你会发现本地的代码并没有更新,确实不会更新,还需要操作命令:git merge origin master 将自己的远程代码同步更新到本地的代码仓库。当然,你可以使用 git pull origin 分支名,比如:git pull origin master 来代替以上2步。想具体了解三者的关系的请看这篇博客

  6. git stash
    常在河边走,哪有不湿鞋的呢。你一直在开发,但是突然发现自己写了半天,写错了。整段垮掉那种,但是你修改了很多,已经不能用ctrl + z 回退掉所写的代码了,这个时候不要慌,使用命令:git stash,将暂存区的代码直接回退掉。但是吃过饭躺在行军床上发现上午写代码还是有用的,结果被你都删了…不要睡不着发愁,下午起来的时候,直接使用命令:git stash pop ,被你删除的代码又回来了。

  7. git log + git reset /get revert
    git status可以说是加强版的ctrl + z ,但是某天你觉得你自己写完了,你自己行了,使用了git add -A命令 将代码从暂存区提到了缓存区,这个时候git status命令就不好使了,需要使用命令: git reset HEAD 修改的文件名 才能撤回。但是你也使用了git commit -m “commit message” 或者 git commit --amend 命令将代码从缓存区提交了工作目录中去,你需要使用命令:git reset --hard 提交记录的hash值或者 git revert 提交记录的hash值来撤回了。什么??hash值哪里的?你提交的每一笔都会有记录的,每一笔都一个commit id 即我所说的hash值,是通过 git log 来查看的。有关git的撤回具体请参考博客

  8. git push origin local_branch:remote_branch
    好了,到这里写也写了,改也改了。总能够提交我的第一笔代码进库里了吧。使用命令:git push origin gitUse: gitUse-remote,将本次的代码的推到云端库里。
    在这里插入图片描述
    这个时候你也可以在你的云端代码库中看到你提交的分支了。
    在这里插入图片描述

  9. git cherry-pick
    就这样,疯狂的码代码,提交了好几笔代码到库中,在你代码还没有被拉取合并到master之前,master上出现了一个严重的Bug,幸运的是,你在你的几笔提交里,对这个Bug进行了修复。这个时候项目经理跑过来说,搞快点把这笔提交合并到master中去。一脸懵逼逼!!!,我已经在这个分支上写了很多了,我怎么把中间一笔提交挑拣出来提交呢。此时git cherry-pick 登场了,是你的救星。进行如下操作就可以需要的挑拣的提交A给提取出来。

    git clone origin master 下载一个代码工程
    git checkout -b master-fix-bug 基于master新建一个用于修复的分支并切到master-fix-bug分支上。
    git checkout gitUse-remote 切到自己的远程提交上
    git log 查看修复bug的那笔提交的commit id即hash值
    git checkout master-fix-bug 切换回到修复bug分支上
    git cherry-pick hash值
    如果发现有冲突的话,手动解决冲突后,使用git add -A , git commit -m “fix -bug” 命令后,再执行git push origin master-fix-bug:master-fix-bug提交到远程分支上,提交一个PR(Pull Request)等待何如master即可。

  10. 总结:至此,工作中使用到的基本git命令大部分都在这儿。
    (如果错误,欢迎批评指正,请大佬轻喷)

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家小花儿/article/detail/996342
推荐阅读
相关标签
  

闽ICP备14008679号