Git的纯命令操作，Install、Clone、Commit、Push、Pull分支等。

本篇文章给大家谈谈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 ‘更新描述’ 文件名

这样提交后就可以直接推送了。

用户评论

封锁感觉

我觉得这篇博客写的很好！特别是对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位网友表示赞同！