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

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

Githu是什么

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

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

Githu是怎么火起来的

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

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

连接带动

Githu是什么?Githu是怎么火起来的?怎样使用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是什么?Githu是怎么火起来的?怎样使用GitHu?

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

怎样使用GitHu

Githu是什么?Githu是怎么火起来的?怎样使用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

本文由程序自动从互联网上获取,其版权均归原作者所有,文章内容系原作者个人观点,不代表本站对观点赞同或支持。如有侵权,请联系删除。