本篇文章给大家谈谈Git的纯命令操作，Install、Clone、Commit、Push、Pull分支等。，以及对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。
我们先从安装开始。我上一篇Ubuntu配置博客也谈到了安装。下面我就一起来说说这三个平台吧！
1.安装
安装其实是最简单的方法
– 窗户
要安装Windows，您只需要下载一个辅助工具。下载地址
– https://git-for-windows.github.io/
安装完成后，我们在桌面右键有一个Git Bash Here
乌班图
Linux安装只需一个命令
在终端中输入
sudo apt-get 安装git
如果你有#root权限，则不需要添加sudo。
X操作系统
mac系统安装虽然也是命令，但是需要辅助工具的帮助。当然，你也可以直接安装XCode，它集成了Git，但是需要一些配置。作为android开发者，这个xcode其实要看个人兴趣。好吧，我们用另一种方式安装
http://brew.sh/
只要下载并安装Homebrew，mac终端就可以搜索并安装该软件。
进入
须藤酿造安装git
等待安装成功。检查安装是否成功的方法也很简单。只需输入
git版本
看看他的版本就可以了
2.克隆
Clone就是从github下载项目。让我们在Github 上创建一个新项目并将其命名为GitTest！如果你不知道这一步怎么操作，请移步：【分布式版本库—— Windows下Git环境部署并在GitHub上开源自己的项目】（http://blog.csdn.net/qq_26787115/article/details/50937896）
我们已经记住了这个链接
https://github.com/LiuGuiLinAndroid/GitTest.git
这里我先在D盘新建一个git文件夹，然后进入这个目录，右键打开Git Bash，然后输入
git克隆https://github.com/LiuGuiLinAndroid/GitTest.git
您可以下载代码
当我们进入这个文件夹时，我们可以看到它只有一个文件README.md。我们输入
vim 自述文件.md
去拜访他
这里vim是一个编辑命令。要启动这个vim环境，我们只需要输入
问！
就是这样
3.提交
提交代码，我们先介绍一下Git的工作模型。事实上，Git之所以如此出名，是因为它的模型，我们的章节也遵循他的模型。
//添加-提交-推送
先添加，也就是把要提交的代码先提交到缓存区，然后commit到本地仓库，最后push到远程仓库，即github。这里，我们首先执行刚才的README.md文件。修改一下，我们编辑一下，添加一点文字
我们保存后，绿色的文件就变成了一个感叹号，说明已经被修改了。这与SVN相同。我们回到命令行。在这里，我们有一个非常方便的命令
git 状态
查看当前状态
这里会提示你这个文件已经是红色的，已经被更改了。需要提交吗？
所以，我们只需输入
git 添加README.md
即添加到缓存区
没有任何提示，说明添加成功。这时候我们再查看一下状态，就会发现
状态为绿色，OK，现在我们需要提交，输入
git 提交README.md
然后它会显示这样的消息。此处要求您写一些说明。我写了第一个提交。
在此输入
x
保存并退出
然后我们再次检查状态
正如所料，它表明你有一个提交需要推送，即推送。
4.推
既然他好心提醒我们可以push，那我们就直接push吧。只需输入
git 推送
就是这样，然后他会提示你输入账号和密码。
我们输了之后，再等一段时间，他们自然会这么做。
至此，我们的git推送就OK了。我们去github看一下就明白了。
5.拉动
这就是现在的样子
这和我本地的明显不一样，所以我们需要去pusll输入
git拉
OK，下拉成功
我们可以使用vim命令来查看
可以看到，代码也被拉下来了
6.版本回滚
当我在写代码的时候发现自己掉进了陷阱怎么办？代码也已经提交了。在队友拉取之前，我需要快速回滚版本。我应该怎么办？我们可以做到这一点。首先，我们输入
git 日志
查看我们的代码提交记录
这里我们可以看到第一次我们初始化了系统，第二次就是我们认为的提交，第三次就是我们pull的时候在github上提交的。我现在将演示如何返回到第一次提交。
但我们要注意上图中log日志中一长串的黄色ID。这是我们需要注意的。我们只能通过这个ID来回滚版本。因此，这里我先复制第一次commit的ID :
a0c401fcda58304938767820f35d6b4bcaad28db
好了，开始吧，版本回滚的命令是
git重置–hard a0c401fcda58304938767820f35d6b4bcaad28db
好的
他说已经回滚到第一次提交。我们来验证一下。看看README.md中的信息就可以了。我们可以使用vim命令来查看。
果然，这里显示了第一次提交，这说明我们已经成功回滚版本了。版本回滚有风险，操作需谨慎！
如果你想回到原来的状态也是可以的。按照上面的方法再走一遍流程就可以了。不过需要注意的是，这次想要获取的ID并没有输入到git log中。它又出来了。一个新命令
git reflog
所有日志均已记录。接下来你就知道如何操作了。
然而，这也导致了我们的撤消操作。
7. 取消更新
前面说了这么多，这部分其实就是写命令，根本没有实际演示。
//如果代码写错了，想要撤销，那就是恢复文件的初始状态。
, git checkout –文件名
//如果已经将代码添加到缓存区
git 重置HEAD 文件名
//但是如果已经commit了，就需要回滚版本。
git reset –硬版本号
//如果push到远程仓库，比如github
.你会很痛苦
8. 分支创建与切换
我们都知道默认有一个master分支，但是有时候如果我们需要测试某些功能什么的，就需要创建一个分支。当我们觉得该分支的代码不错的时候，我们就可以将其合并到master分支中。这样做的好处是还保证了主分支的清洁和安全。好吧，我们来看看详细的操作方法：
– 查看分支机构
git分支
创建分支
git分支[分支名称]
切换分支
git checkout [分支名称]
就是这样。还有一个更方便的方法：
创建和切换分支
git checkout -b [分支名称]
在这张图中，我们可以看到我们首先检查了我们所在的分支，它位于主分支上，然后我创建了一个名为hello 的分支，然后我切换到hello 分支，并再次检查了我所在的分支，这是你好。然后切换回主分支，使用create和switch命令创建android分支，然后查看分支，我们在android分支上
9. 分支机构更新和提交
分支的push和pull其实和主分支的操作略有不同，即命令
分支推送
git Push 原始分支名称
你看，他可以提交了，它会要求我们提供账号和密码。
这里，我们已经推送了android分支，但是hello分支还没有，所以我们输入
git brnch -a
查看所有分行
这里，白色的是本地分支，绿色的是你所在的分支，红色的是远程分支。
分支拉动
既然需要处理push，那么也必须处理pull，就像push一样。
git pull origin 分支名称
好的，这是可能的
10. 分支合并
在这里，我们可以看到我们所在的分支是android
我们修改README.md
然后添加提交
现在我们的android分支已经修改了，但是主master分支还没有。我们感觉android分支中的代码可以使用，需要合并到master分支中。那么我们应该做什么呢？
我们这里可以看到我们先切换到主分支，然后进入
git合并分支名称
去合并代码吧，现在我们来看一下
好了，这样代码就合并成功了。
11. 代码冲突
这种代码冲突是您在SVN 中会遇到的情况。这是因为你不精通版本控制。 Git中发生冲突的情况一般有两种情况。
– 推送代码时出现代码冲突
– 合并分支时出现代码冲突
例如，如果你在一个分支中编写的代码与主分支类似，那么很可能会发生冲突。我们来测试一下。我们不会演示它。让我给你一个总体思路。当发生冲突时，命令行会告诉我们。当找到这个文件时，会发生哪个文件合并错误
vim文件名
您可以看到一段代码周围有一个特殊的箭头。这就是两个代码块之间的区别。您需要手动修复它。
然后，你需要重新提交，但是当你再次提交时
git commit -i -m ‘更新描述’ 文件名
这样提交后就可以直接推送了。
原创文章，作者：小su，如若转载，请注明出处：https://www.sudun.com/ask/110180.html
用户评论
封锁感觉
我觉得这篇博客写的很好！特别是对Git的基本操作介绍很清晰，完全适合像我这样刚开始学习的人。安装、克隆、提交和推送这些概念都解释得非常简单，而且还包括了具体的命令示例，真的很实用！
有8位网友表示赞同！
短发
这篇博客终于把git纯命令操作讲明白了！一直以来都是用图形界面操作，感觉很吃力，看你的总结突然发现原来可以用这么简洁的命令搞定一切，以后我就可以解放双手了。
有19位网友表示赞同！
不忘初心
文章里提到的`git pull`和`git push`两个命令我之前一直没怎么懂，看完这段就豁然开朗了！感觉理解Git的核心逻辑就是这两个动作的往返操作，真是太棒啦！
有15位网友表示赞同！
花开丶若相惜
纯命令操作确实需要一定的练习，但我越来越觉得这种方式更精简高效。这篇博客里的介绍很到位，特别是对于新手来说非常实用，强烈推荐给想要深入学习Git的人！
有15位网友表示赞同！
风中摇曳着长发
哈哈，我也是刚开始学Git的时候被这些命令迷糊了，后来才慢慢掌握规律。这篇文章总结的很不错，特别对分支操作的描述我很受益。不过我想说的是，纯命令操作有时候的确比较繁琐，需要一定的时间适应。
有13位网友表示赞同！
君临臣
我之前一直在使用GitHub官网上提供的UI界面操作Git，感觉还是比较容易上手的。这篇博客提到的命令虽然简洁，但我担心自己以后会忘记这些语法，毕竟我不是很喜欢记忆复杂的指令操作。
有20位网友表示赞同！
执笔画眉
我觉得这篇博客介绍得不错，不过对于一些比较高级的操作，比如代码冲突解决和分支合并这些，可能需要再详细一点解释，能帮助我更全面地理解Git
有20位网友表示赞同！
▼遗忘那段似水年华
这篇文章给我提了一些很好的点子。我一直都是用图形界面的工具去操作Git的，突然发现用命令行操作的话，效率居然会更高很多！我会尝试一下这篇博客介绍的方法，看看效果怎么样。
有16位网友表示赞同！
回到你身边
纯命令操作的确让人感觉有点别扭，因为我习惯了鼠标点击的操作界面。不过，这篇文章里提到的一些Git命令确实很有帮助，尤其是在一些特定的场景下，比如服务器端的代码管理，用命令行操作会更加方便高效。
有14位网友表示赞同！
花菲
我觉得这篇博客缺少一些实际案例的讲解，如果能结合一些具体的项目实例来说明如何使用这些Git命令，我相信对理解和记忆会有更大的帮助
有16位网友表示赞同！
情深至命
git分支操作的确非常常用，对于多人协作开发来说，掌握好分支管理是至关重要的。这篇文章的总结很有用，我以后一定把这篇博客当做学习Git分支操作的参考材料.
有20位网友表示赞同！
心安i
这篇文章里提到的代码提交和推送命令，确实是我经常会遇到的问题，以前总是不知道怎么设置正确的版本号和commit message，看了文章后终于明白了！
有15位网友表示赞同！
算了吧
我很庆幸找到了这篇文章。我最近开始学习Git，很多知识点都比较模糊，尤其是在分支操作方面，看完这篇文章的介绍，感觉自己进步不少！
有7位网友表示赞同！
你瞒我瞒
git纯命令操作确实有点难以入门，但是掌握了之后就觉得很美妙！文章里提到的这些命令确实非常实用，我一定会认真学习一下!
有19位网友表示赞同！
高冷低能儿
对于像我这样的新手来说，直接用GUI工具操作Git比较容易上手，这篇博客提到了一些命令行操作的技巧，不过还是感觉有点难度。可以适当加入一些简单的演示视频，会更直观的帮助读者理解。
有7位网友表示赞同！
泡泡龙
我一直喜欢用GUI方式操作Git，因为觉得效率更高。但看到你文章里介绍了这么多高效的命令行操作，我还是要尝试一下，毕竟以后可能会有更多场景需要用到命令行操作
有7位网友表示赞同！
花容月貌
说实话，这些命令对我来说还是有点困难，虽然文章讲解得比较详细，但我感觉还是要多实践才能真正理解！建议可以再加入一些实际案例的练习，这样会更有帮助。
有10位网友表示赞同！