提示:查看本文的方式,不懂的先略过,看了后面的篇幅可能就懂了。
git和Github
概念
工具介绍官方网站:http://git-scm.com
工具下载地址:http://git-scm.com/download/
git是一个开源的分布式版本控制系统,用以有效、高速的处理从很小到非常大的项目版本管理。git是个工具,在Linux里面也就类似gcc这样的工具一样,是一个shell命令。git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。Torvalds开始着手开发git是为了作为一种过渡方案来替代BitKeeper,后者之前一直是Linux内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得BitKeeper的许可证并不适合开放源码社区的工作,因此 Torvalds决定着手研究许可证更为灵活的版本控制系统。尽管最初git的开发是为了辅助Linux内核开发的过程,但是我们已经发现在很多其他自由软件项目中也使用了git。例如:很多Freedesktop的项目也迁移到了git上。
Github --- 一个平台(网站)。
Github官方网站:https://github.com/
提供给用户创建git仓储空间,保存(托管)用户的一些数据文档或者代码等。
Github目前拥有140多万开发者用户。随着越来越多的应用程序转移到了云上,Github已经成为了管理软件开发以及发现已有代码的首选方法。GitHub可以托管各种git库,并提供一个web界面,但与其它像SourceForge或Google Code这样的平台不同,GitHub的独特卖点在于从另外一个项目进行分支的简易性。为一个项目贡献代码非常简单:首先点击项目站点的“fork”的按钮,然后将代码检出并将修改加入到刚才分出的代码库中,最后通过内建的“pull request”机制向项目负责人申请代码合并。已经有人将GitHub称为代码玩家的MySpace。
Github公有仓库免费,私有仓库要收费的!
git和Github的关系
指定了remote链接和用户信息(git靠用户名+邮箱识别用户)之后,git可以帮你将提交过到你本地分支的代码push到远程的git仓库(任意提供了git托管服务的服务器上都可以,包括你自己建一个服务器 或者 GitHub/BitBucket等网站提供的服务器)或者将远程仓库的代码 fetch 到本地。
Github只是一个提供存储空间的服务器,用来存储git仓库。当然现在Github已经由一个存放git仓库的网站空间发展为了一个开源社区(不只具有存储git仓库的功能了),你可以参与别人的开源项目,也可以让别人参与你的开源项目。
Github类似产品
有很多Github类似的平台,用于提供git仓库的存储。
BitBucket
公有、私有仓库都免费。
GitCafe
GitLab
GitLab可以下载软件GitLab CE 或者 直接在在线平台上操作。
Git@OSC
网址: http://git.oschina.net/
CSDN代码托管平台
CSDN CODE系统搭建于阿里云IaaS平台之上,向个人开发者、IT团队及企业提供代码托管、在线协作、社交编程、项目管理等服务。
网址:https://code.csdn.net
git和CVS、SVN的区别
git是分布式版本控制系统,代码提交是在本地的(如此速度就快),当然生成补丁(patch)然后push到远程服务器上是需要联网的。
CVS、SVN是集中式版本控制系统,代码提交都是提交到远程服务器上,是需要一直联网的(如此速度就慢)(这里的一直联网不是说你写代码的时候要联网,而是说你提交代码的时候必须联网;但是git不同,git提交代码是本地的不需要联网,生成patch后push patch才需要联网,相当于svn的远程的集中服务器对于git来说,这个集中的远程服务器就在本地)。这个地方比较难理解。
CVS、SVN这样的集中式版本控制系统,它的完整代码仓库(代码仓库不仅仅只包含了代码,还包含各个历史版本的信息等)在中心服务器上,一旦这个中心服务器挂了,也就是完整的代码仓库挂了,虽然你本地可能之前有从中心服务器上取得过代码,但是那些历史版本信息都没有了,而且你也无法再提交代码。
git不同,git没有中心服务器的概念,每一个git客户端(git节点)都含有一个完整的代码仓库(前提是你之前从远程git仓库fetch过代码),所以那些历史版本信息都在你本机上,假如哪一个git节点挂掉了,随意从其他git节点clone一个代码仓库过来就ok了, 那些原来的代码、版本信息之类的都还是完整的(当然如果你在这个挂掉的git节点上新增的代码是没有掉了的)。
综上,git的每一个节点(第一次从远程git仓库取得代码后,该git节点就是一个完整的代码仓库)相当于SVN的中心服务器,都包含完整的代码仓库。
git的工作原理
架构图
功能特性
git的功能特性:
从一般开发者的角度来看,git有以下功能:
1、从远程服务器上克隆clone完整的git仓库(包括代码和版本信息)到自己的机器(单机)上。
2、在自己的机器上根据不同的开发目的,创建分支,修改代码。
3、在单机上自己创建的分支上提交代码。
4、在单机上合并分支。
5、把远程服务器上最新版的代码fetch下来,然后跟自己的主分支合并。
6、生成补丁(patch),把补丁发送给主开发者。
7、看主开发者的反馈,如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突),就会要求他们先解决冲突,然后再由其中一个人提交。如果主开发者可以自己解决,或者没有冲突,就通过。
8、一般开发者之间解决冲突的方法,开发者之间可以使用pull命令解决冲突,解决完冲突之后再向主开发者提交补丁。
从主开发者的角度看,git有以下功能:
1、查看邮件或者通过其它方式查看一般开发者的提交状态。
2、打上补丁,解决冲突(可以自己解决,也可以要求开发者之间解决以后再重新提交,如果是开源项目,还要决定哪些补丁有用,哪些不用)。
3、向远程服务器(公共的)提交结果,然后通知所有开发人员。
优点:
1、适合分布式开发,强调个体。
2、远程服务器(公共的)压力和数据量都不会太大。
3、速度快、灵活。
4、任意两个开发者之间可以很容易的解决冲突。
5、离线工作。(当然提交远程服务器或者从远程服务器fetch代码是要联网的)。
git中的一些概念和原理
工作区
Working Directory
电脑上能看到的目录即工作目录,比如:/e/git_repo/
版本库
Repository
工作区有一个隐藏目录.git,这个不算工作区,而是git的版本库。
git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。构造参见上面的结构图。
暂存区
Stage
暂存区就是版本库中的一个区域,具体参见上面的结构图。
工作区、版本库、暂存区之间的关系
git工作的流程就是:
第1步,使用git add把文件从工作区添加到版本库中的暂存区,git add命令可以多次用;
第2步,使用git commit提交代码,就是把暂存区的所有内容提交到当前分支。
综上,需要提交的文件修改通通放到暂存区(可能有多次的git add),然后,一次性提交暂存区的所有修改到当前分支(git commit)。
分支
分支(branch)有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
分支内部原理
1、如下图所示,版本的每一次提交(commit),git都将它们根据提交的时间点串联成一条线。刚开始是只有一条时间线,即master分支,HEAD指向的是当前分支的当前版本。
2、当创建了新分支,比如dev分支(通过命令git branch dev完成),git新建一个指针dev,dev=master,dev指向master指向的版本,然后切换到dev分支(通过命令git checkout dev完成),把HEAD指针指向dev,如下图。
3、在dev分支上编码开发时,都是在dev上进行指针移动,比如在dev分支上commit一次,dev指针往前移动一步,但是master指针没有变,如下:
4、当我们完成了dev分支上的工作,要进行分支合并,把dev分支的内容合并到master分支上(通过首先切换到master分支,git branch master,然后合并git merge dev命令完成)。其内部的原理,其实就是先把HEAD指针指向master,再把master指针指向现在的dev指针指向的内容。如下图。
5、当合并分支的时候出现冲突(confict),比如在dev分支上commit了一个文件file1,同时在master分支上也提交了该文件file1,修改的地方不同(比如都修改了同一个语句),那么合并的时候就有可能出现冲突,如下图所示。
这时候执行git merge dev命令,git会默认执行合并,但是要手动解决下冲突,然后在master上git add并且git commit,现在git分支的结构如下图。
可以使用如下命令查看分支合并情况。
6、合并完成后,就可以删除掉dev分支(通过git branch -d dev命令完成)。
如此,就是分支开发的原理。其好处也是显而易见的。
分支策略
如何合适地使用分支?
在实际开发中,我们应该按照几个基本原则进行分支管理:
1、master分支应该是非常稳定的,也就是仅用来发布新版本,平时不要在master分支上编码开发。master分支应该与远程仓库保持同步;
2、平常编码开发都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;dev分支也应该与远程保持同步;(git push/git pull也要解决冲突)
3、你和团队成员每个人都在本地的dev分支上干活,每个人都有自己的分支,时不时地往远程dev分支上push/pull就可以了。(push/pull的时候是要解决冲突的.)
上面这个图是大致示意图,其实上面这个图是省略了git push/git pull操作的,比如bob在本地dev分支上,新建了一个feature1分支干完活,在本地的dev分支上合并了feature1分支,然后要把dev分支push到公共服务器上,这样michael才能pull下来bob完成的内容。更详细一点的图如下:
PS:git本没有公共服务器的概念,git的每个节点都是一个完整的git库,但是公共服务器是方便了git节点之间的代码互相push/pull(要不然每个git节点都需要互相连接,每增加一个git节点就要连接其他的git节点)。如下图所示:
有公共服务器的结构 无公共服务器的结构
有公共服务器的,增加tom节点时候,只需要tom和公共服务器相连接,tom就可以取得(pull)michael提交(push,此处不是commit,commit是本地提交,没有推送到公共服务器)的代码,也可以取得bob提交(push)的代码。
如果没有公共服务器,tom要想取得(pull)michael的代码,则必须在tom和michael之间建立一个网络连接; 要想取得(pull)bob的代码,必须在tom和bob之间建立一个网络连接。
git安装
linux上的安装
windows上的安装
http://git-scm.com/download/win
下载安装即可。
安装完成后,还需要最后一步设置,在命令行输入:
因为git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。然后在本机会生成一个.gitconfig文件,里面包含了user.name和user.email的信息。
WINDOWS下需要再添加一个配置,如下:
如果没有加这个配置,在后续git操作的时候可能会报warning,如下:
这是因为在windows中的换行符为CRLF(\r\n), 而在linux下的换行符为:LF(\n)。
使用git来生成一个工程后,文件中的换行符为LF,在windows中,执行git add file操作时,系统提示:LF将被转换成CRLF。
CRLF -- Carriage-Return Line-Feed 回车换行,就是回车(CR,ASCII 13,\r) 换行(LF,ASCII 10,\n)。
git命令
git目录最好都不要包含中文名。
单机操作命令/单仓库命令
创建版本库repository
会在目录中生成.git文件夹,该文件夹就是git仓库的管理文件,不要随意改动里面的内容。该文件夹默认是隐藏,ls命令看不到,用ls -ah命令可以看到。
新建一个file1.txt文件,文件内容如下(随意写的):
把文件添加到代码库
git add是把想要提交的文件先提交到commit缓存中;
git commit才是真正的文件提交。
通过git add命令,就等于是把文件加入到git管理中,会有各种git信息跟踪,比如代码版本号,修改了哪里等等。
查看代码仓库状态
假设我修改了file1.txt文件内容如下:
然后用git status命令看一下:
上面的提示告诉我们file1.txt被修改过了,但是还没有add到commit缓存中,即还没有准备提交(commit)。
查看修改内容
虽然git status告诉我们file1.txt被修改了,但是没告诉我们哪里被修改,为了具体查看文件什么地方被修改,就使用如下命令:
git diff命令要在git add命令之前使用,否则一旦添加到commit缓存后,git diff命令就失效了 。
通过git add后,再看git status状态,就变成了准备提交(commit)的状态了。
随后再git commit一下,就提交成功。
commit后,我们再看看git status,如下:
上图黄色框中说明当前目录多了个less文件是没有被git跟踪管理的,这个是我不小心加入的文件,在此无用,可以删去。如果是你需要的文件,那么就通过git add把它加入git管理。
删去了less文件后,看git status,如下所示:
查看两个版本之间的不同
文件是可选的参数,不带[文件]参数的是比较所有的不同修改:
带[文件]参数的,你可以只查看某个文件的不同:
查看commit历史
查看命令历史
版本回退
先用git log或者git reflog看下历史版本,然后用git reset 命令回退版本,如下:
git是用HEAD来表示当前分支中的当前版本,HEAD^表示上一个版本,HEAD^^表示上上一个版本,以此类推,如果要回退很早的版本就用HEAD@{版本号},版本号用git reflog查看。
撤销修改
分3种情况
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file 或者 手动修改。
场景2:当你不但改乱了工作区某个文件的内容,并且还添加到了暂存区(即已经git add了)时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,可以用版本回退(参考版本回退一节),不过前提是没有推送到远程库。
下面举例说明:
场景1
如果文件还是在工作区中,还没有git add到暂存区,那么撤销修改有2种办法:,如下:
第1种办法:手动复原,把不想要的修改地方复原。(该方法可以只修改文件的一部分)
第2种办法:使用命令git checkout -- file。(这里的 -- 很重要,后续的版本分支也是是用git checkout命令,它没有 --)
(该方法只能全部复原文件,因为git checkout -- file其实就是把版本库中的file替换现在工作区的file)
场景2
当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步骤。
第1步:用命令git reset HEAD file,就回到了场景1;
第2步:按场景1操作。
git reset HEAD file命令是把缓存区中的file文件删去,对工作区后续做的修改并没有影响,比如上面的例子,git add后又修改了文件的内容everybody->chenj_freedom,git reset HEAD file后,file的内容还是chenj_freedom。
场景3
已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
删除文件/误删除还原
从版本库中删除文件
误删除复原
git checkout -- file其实就是用版本库中的file文件替换工作区的文件,所以无论工作区的file文件是被修改了还是被删除了,用这个命令都可以一键还原。
远程仓库命令
关联远程仓库
举例:
如上,origin是远程仓库的名字(注意:是 仓库 的名字,仓库中含有 分支 等信息)。
查看远程仓库
如下图:
fetch说明本地有提取远程仓库的权限,push说明本地有推送代码到远程仓库的权限。
克隆远程仓库
举例:
git clone操作会自动为你将远程仓库命名为origin,并抓取远程仓库中的所有数据,建立一个指向它的master指针,在本地命名为orgin/master,然后,git自动建立一个属于你自己的本地master分支,始于origin上master分支相同的位置(master分支的关联,这个也叫做跟踪远程分支),你可以就此开始工作。
原理如下图所示:
跟踪远程分支
从远程分支checkout出来的本地分支,称为:跟踪分支 (tracking branch)。跟踪分支的本质就是使得本地分支名指向远程分支名指向的内容(本质就是设置指针),如上一小节的图,使得本地分支名(master)指向远程分支名(origin/master)指向的节点。设置了跟踪分支之后,使用git push/git pull命令就会自动使得本地分支(local-branch-name)自动push/pull远程分支(remote-branch-name)的内容。
命令格式如下:
第一行的是传统格式,第二行的是简化格式,简化格式中,本地分支名默认和远程分支名相同。
举例:假设远程仓库中现在有一个分支dev11。
用传统格式跟踪分支后,设置本地分支名和远程分支名相同时,用命令git remote show origin命令查看。这时候,git push配置为把本地dev11分支推送到远程dev11分支,本地master分支推送到远程master分支;git pull命令配置为远程dev11分支合并到本地dev11分支,远程master分支合并到本地master分支。
但是假如用传统方式,设置本地分支名和远程分支名不相同时,用命令git remote show origin命令查看。git pull命令还是2个分支(master和dev11)都能拉取并合并到本地对应的分支,但是push命令就只有master分支能推送了。因此:最好是配置本地分支名和远程分支名一样。(所以直接用--track就默认本地分支名和远程分支名一样)
推送内容
注意:
1、该命令其中local-branch-name或者remote-branch-name是可以二者省略其一。
2、只有在远程服务器上有写权限,或者同一时刻没有其他人在推数据,这条命令才会如期完成任务。如果在你推数据前,已经有其他人推送了若干更新,那你的推送操作就会被驳回。你必须先把他们的更新抓取(git pull)到本地,合并到自己的项目中,然后才可以再次推送。
举例:git push origin master
这里git自动把master扩展成了refs/heads/master:refs/heads/master,意为“取出我在本地的master分支,推送到远程仓库的master分支中去”。
若想把远程的master分支叫做other分支,可以使用git push origin master:other。
抓取内容
git pull是你在本地的哪个分支使用本命令,它会自动抓取本地这个分支所跟踪的远程分支的内容,然后合并到本地分支上,对其他分支不会抓取内容。
举例1:git fetch origin
此命令会到远程仓库中拉取所有你本地仓库中还没有的数据。运行完成后,你就可以在本地访问该远程仓库中的所有分支。
git fetch会抓取从你上次克隆以来别人上传到此远程仓库中的所有更新(或是上次fetch以来别人提交的更新)。有一点很重要,需要记住,git fetch命令只是将远端的数据拉到本地仓库,并不自动合并到当前工作分支,需要你自己手工合并。如下图所示:
在本地新建一个git_repo文件夹,不通过git clone命令来克隆一个远程库,而是通过git remote add关联远程库,并用git fetch来抓取远程库的所有未抓取过的数据,当抓取下来之后,必须手动合并git merge远程库的内容,才会显示出分支内容,否则,没有手动合并,git fetch是不会自动合并的。
举例2:git pull
实验前提:在github页面上,dev11分支创建一个新文件remote_file.txt,在master分支创建新文件master_remote_file.txt。并且用git checkout -b跟踪远程分支dev11和master了。接下来用git pull命令(注意:是在本地dev11分支上使用git pull命令,所以会抓取dev11分支跟踪的远程分支的内容,并合并到本地dev11分支上。
但是这时候master分支的内容还是没有改变。如下:
删除远程分支
即删除远程仓库中的分支。
还记得git push命令吗?git push [remote-name] [local-branch-name]:[remote-branch-name],把本地分支设置为空(冒号之前的内容),就相对于把一个空分支推送到远程仓库中的remote-branch-name分支去了,就相当于删除了远程仓库中的该分支。
举例:
删除远程仓库本地关联
举例:git remote rm origin
删除远程分支本地关联
删除远程分支关联也即删除本地跟踪分支。
和删除本地分支一样的命令。
分支管理命令
创建、切换、查看分支
假设dev是要创建分支名字。
合并分支
假设dev是要创建分支名字。
在Fast forward模式下,当删除分支后,会丢掉分支信息。
删除分支
假设dev是要创建分支名字。
bug分支
由于git的分支功能强大,所以修改bug一般也是新建一个bug分支,修改后,合并到你的工作分支(master分支或者dev分支或者其他),再删除bug分支。
假设场景,当你正在dev分支上编码工作,突然接到一个需要紧急修复的bug,你应该会想建立一个bug分支,但是你dev的工作还没有提交(无论是add或者commit),这时候可以使用“存储工作现场”命令,如下:
然后首先确定要在哪个分支上去解决bug,比如我想要在master分支上解决bug,就先切换到master分支,然后从master分支上创建一个bug分支。(当然你也可以从别的分支上解决bug,比如dev分支上解决bug)。解决bug后合并到工作分支(就是你从哪个分支创建bug分支的那个分支)。
注意:git stash是针对工作区(working directory)来说的,对缓存区无效。所以再切换到bug分支的时候,缓存区的内容要先commit一下,要不然bug解决后,切换回工作分支,缓存区的内容就丢失了,git stash只存储工作区现场的内容。
现在bug解决了,要回到原来dev上的工作,可是时间太久了,忘记了。那么可以用一下命令查看工作现场列表。
可以看出来工作现场保存的是dev分支上的现场。所以要先切换回dev分支,在恢复工作现场。如果没有先切换到dev分支,比如在master分支就去恢复工作现场,那么会执行合并dev分支的操作。
恢复工作现场的命令,如下:
或者直接
自定义git命令
忽略特殊文件
问题提出:
有些时候,你必须把某些文件放到Git工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件啦,等等,每次git status都会显示Untracked files ...,这样显示对于用户很不友好,应该怎么办?
回答:
step1:使用.gitignore文件,然后把要忽略的文件名填进去,git就会自动忽略这些文件。
step2:把.gitignore文件加入到git仓库(目录)中。
忽略文件的原则是:
1、忽略操作系统自动生成的文件,比如缩略图等;
2、忽略编译生成的中间文件、可执行文件等;
3、忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。
在github里有一些.gitignore文件的例子,网址:https://github.com/github/gitignore
举个例子:
配置git命令
当前仓库的git配置文件放在.git/config文件;
当前用户的git配置文件放在用户主目录下的一个隐藏文件.gitconfig。
搭建自己的git服务器
github托管私有项目是要收费的,所以可能会有搭建自己的git服务器的需求,具体不详述,直接参考网址:点击这里
平常开源的我就用github,闭源的可以用git@OSC(开源中国的代码托管平台,私有仓库也免费)
Github使用
账号设置
本地Git仓库和GitHub仓库之间的传输是通过SSH加密的。
为何GitHub需要SSH Key呢?因为GitHub需要识别出你推送的提交确实是你推送的,而不是别人冒充的,而Git支持SSH协议,所以,GitHub只要知道了你的公钥,就可以确认只有你自己才能推送。
当然,GitHub允许你添加多个Key。假定你有若干电脑,你一会儿在公司提交,一会儿在家里提交,只要把每台电脑的Key都添加到GitHub,就可以在每台电脑上往GitHub推送了。
step1:创建github账号。(我这里的账号是chenj-freedom,后续文章会使用到)
step2:创建SSH key。
使用上面的命令创建SSH key(把邮箱换成你自己的邮箱)。命令中会要求你设置ssh key生成的路径,设置密码(passphrase)等等,命令执行完毕后,会在你设置的路径中生成.ssh目录,里面含有id_rsa(私钥)文件和id_rsa.pub文件(公钥)。 私钥文件不能外泄,公钥文件可以公开 。
这个生成的key是针对每一台电脑的,每个机器根据邮箱名字来识别用户的。
step3:登陆github网站,设置公钥。
打开"Account settings"->"SSH Keys"页面,然后点击"Add SSH Key",在Key文本框中粘贴id_rsa.pub公钥文件的内容,点击"Add Key",就可以看到刚添加的key了。
>>>
把本地库推送到github远程库
step1:登陆github,点击"Create a new repo"。
填入仓库名字(最好和本地库名字一样),其他保持默认,创建一个新的代码仓库。创建完毕后,会显示如下提示:
github上的仓库有https和ssh两种连接方式,都是OK的。
step2:把本地库推送到github远程库上(关联)。
说明:
1、git remote add命令就是把git@server-name:path/repo-name.git和origin关联起来,origin的名字是你自己可以随意取的。
2、git push origin master,就是把master分支推送到远程的origin上,也就是推送到git@server-name:path/repo-name.git仓库中。
3、git push origin master,这里也可以不推送master分支,可以推送其他分支。
关联远程库后,可以用git remote -v命令查看,如下:
根据step1中图上面的提示,你可以create a new repository on the command line或者push an existing repository from the command line或者import code from another repository,我们根据第二种提示来把本地库关联到github远程库上(推送)。
推送成功后,可以看到github页面中显示的远程库和本地是一样的了。
从github远程库克隆到本地库
github原理应用
比如A有一个开源项目托管在github上,地址是git@github.com:A/git_A.git。账户A对该地址的远程仓库是有读/写的权限的,但是其他账户,比如账户B和账户C对git@github.com:A/git_A.git只有读的权限,但是没有写的权限。(这是github这个平台帮我们设置的git服务器的权限,每个账户只能对自己账户下的远程仓库读/写,对其他账户边的远程仓库只有读权限,没有写权限)
其他账户(比如账户B)要读git@github.com:A/git_A.git的仓库,可以在github网站上进行fork操作,就会克隆一个git_A仓库到自己的账户下,然后本地对自己账户下的这个git_A仓库是有读/写的权限的。
当想把自己的代码贡献给账户A,那么在github网站上进行pull request操作即可,至于账户A是否愿意接受你的代码,那是由账户A决定的。
其它
推荐相关git教程(此教程更为详细):http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000