Githu是什么?Githu是怎么火起来的?怎样使用GitHu?

你听说过Githu是什么吗?Githu是一个注册用户已经超过350万只支持 Git 作为唯一的版本库格式进行托管的托管平台。这么说可能还是很难理解，为什么的小编详细的为你解释一下Githu是什么?Githu是怎么火起来的?怎样使用GitHu?

Githu是什么

想知道Githu是什么首先要知道Git是什么。Git是管理代码的工具部分人都会和别人一起写代码，问题在于，这么多人写一个东西，你今天写一点，我明天写一点，然后发现你写错了，又影响到了我前天写的，最后汇总的时候怎么查找错误?又在什么时候汇总?为了让写代码这件事儿美好一点，我们有了一种名叫代码管理的东西，Git正是其中之一。Git的核心思想是分布式，我们在服务器上面有一个ldquo;主仓库rdquo;，这里放的是拿得出台面的代码，我们也可以在自己的电脑上创建分支，这些分支由ldquo;主仓库rdquo;，克隆而来，然后我们就可以愉快的在自己的电脑上写代码了，写完代码可以同步在自己电脑的分支里面，当你觉得自己的代码拿得出台面，我们可以申请把自己的代码更新到ldquo;主仓库rdquo;，里面，一旦通过这样的审核，我们就对ldquo;主仓库rdquo;，做了某种贡献，世界各地的杰出程序员不断的为一个项目的ldquo;主仓库rdquo;，做贡献，让这个项目变得越来越完。Githu就是运用Git思想来工作的一个商业，

Githu是怎么火起来的

关于这个有一种正式的说法和一种有趣的说法。

连接带动

Githu是一个从Ruy社区诞生出来的项目，这几年我也算是看着Githu发展起来的，可以说Git在Ruy社区普及和爆发几乎是必然的事情。Git虽然是Linux内核社区开发出来的，但前几年一直不温不火。正在开源社区普及和爆发，是从Ruy社区和Githu开始的。Git这种SCM像是给Ruy社区量身打造的一样，Ruy整个社区都迁移到Githu，开始对编程语言社区形成示范效应，编程语言社区接着跟进。Ruy程序员因为做We开发，经常用JavaScript，很多Ruy社区核心人员本身也是社区的核心人员，社区也就很快进驻Githu。同时Ruy社区因为DHH的示范效应，基本上整个社区都是人手一台Mac，天然对OSX较近，而随着iOS开发的繁荣，大量的Ruy程序员跟进开发iOS app，带动iOS社区也从Githu上成长起来了。

程序员约架

因为有两个程序员在社交平台上决定去Githu约架引起了人们的关注2333

怎样使用GitHu

首先，可以写代码。有这个需求的筒子想必也不会在这里看小编的科普文章了，那么Githu对于我们这些不是程序员的人有什么用，我们应该怎样使用GitHu?

工作流

你的本地仓库由 git 维护的三棵quot;树quot;组成。第一个是你的 工作目录，它持有实际文件;第二个是 暂存区(Index)，它像个缓存区域，临时保存你的改动;最后是 HEAD，它指向你最后一次提交的结果。

你可以提出更改(把它们添加到暂存区)，使用如下命令：

git add

git add *

这是 git 基本工作流程的第一步;使用如下命令以实际提交改动：

git commit -m quot;代码提交信息quot;

现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。

推送改动

你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：

git push origin master

可以把 master 换成你想要推送的任何分支。

如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：

git remote add origin

如此你就能够将你的改动推送到所添加的服务器上去了。

分支

分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是quot;默认的quot;分支。在分支上进行开发，完成后再将它们合并到主分支上。

创建一个叫做quot;feature_xquot;的分支，并切换过去：

git checkout - feature_x

切换回主分支：

git checkout master

再把新建的分支删掉：

git ranch -d feature_x

除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：

git push origin

更新与合并

要更新你的本地仓库至最新改动，执行：

git pull

以在你的工作目录中 获取(fetch) 并 合并(merge) 远端的改动。

要合并分支到你的当前分支(例如 master)，执行：

git merge

在这两种情况下，git 都会尝试去自动合并改动。遗憾的是，这可能并非每次都成功，并可能出现冲突(conflicts)。 这时候就需要你修改这些文件来手动合并这些冲突(conflicts)。改完之后，你需要执行如下命令以将它们标记为合并成功：

git add

在合并改动之前，你可以使用如下命令预览差异：

git diff

标签

为软件发布创建标签是推荐的。这个概念早已存在，在 SVN 中也有。你可以执行如下命令创建一个叫做 1.0.0 的标签：

git tag 1.0.0 12e1d63ff

12e1d63ff 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID：

git log

你也可以使用少一点的提交 ID 前几位，只要它的指向具有唯一性。

替换本地改动

假如你作失误(当然，这最好永远不要发生)，你可以使用如下命令替换掉本地改动：

git checkout --

此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。

假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并将你本地主分支指向它：

git fetch origin

git reset --hard origin/master