Git 64位
Git 64位安装教程
Git 64位客户端是免费、开源的分布式版本控制系统,用于Linux内核开发的版本控制工具,Git简单易学,具有小尺寸以闪电般快速的性能,它胜过SCM工具,如颠覆,CVS,Perforce公司,和ClearCase与像廉价的本地分支,便捷的中转区,和多个工作流功能。与CVS、Subversion一类的集中式版本控制工具不同,它采用了分布式版本库的作法,不需要服务器端软件,就可以运作版本控制,使得源代码的发布和交流极其方便。Git的速度很快,这对于诸如Linux内核这样的大项目来说自然很重要。Git最为出色的是它的合并追踪(merge tracing)能力。
Git功能
- 从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上。
- 在自己的机器上根据不同的开发目的,创建分支,修改代码。
- 在单机上自己创建的分支上提交代码。
- 在单机上合并分支。
- 把服务器上最新版的代码fetch下来,然后跟自己的主分支合并。
- 生成补丁(patch),把补丁发送给主开发者。
- 看主开发者的反馈,如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突),就会要求他们先解决冲突,然后再由其中一个人提交。如果主开发者可以自己解决,或者没有冲突,就通过。
- 一般开发者之间解决冲突的方法,开发者之间可以使用pull 命令解决冲突,解决完冲突之后再向主开发者提交补丁。
Git与SVN有什么区别?
Git,大家都知道是一个分布式版本控制系统,不需要中央服务器,因为你的电脑就是它的版本库,因此也可以脱机使用。那么问题来了,到底是怎么工作的呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
SVN自然是一个集中式版本控制系统,是需要中央服务器支持的,所有版本库都存放于此。因此,工作的时候需要一直连接服务器,结束的时候需要将完成的工作推送给服务器保存。从此看来,你必须是在有网络的情况下才能开展工作,如果出差在高铁上,你就没法像GIT一样充分利用时间了。
Git说明
Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper,后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作,因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程,但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 最近就迁移到 Git 上来了,很多 Freedesktop 的项目也迁移到了 Git 上。
Git特色
Git功能确实使其与几乎所有其他SCM区别开来的是它的分支模型。Git允许并鼓励您拥有多个可以完全相互独立的本地分支。创建,合并和删除这些开发线需要几秒钟。
这意味着您可以执行以下操作:
无摩擦环境切换。创建一个分支来尝试一个想法,提交几次,切换回你分支的位置,应用补丁,切换回你正在试验的地方,并将其合并。
基于角色的代码行。有一个分支,它总是只包含生产的东西,另一个你合并用于测试的分支,以及几个较小的分支用于日常工作。
基于特征的工作流程。为您正在处理的每个新功能创建新的分支,以便您可以在它们之间无缝切换,然后在该功能合并到主线时删除每个分支。
一次性实验。创建一个分支进行实验,意识到它不会起作用,只是删除它 - 放弃工作 - 没有其他人见过它(即使你在此期间推动了其他分支)。
分行
值得注意的是,当您推送到远程存储库时,您不必推送所有分支。您可以选择仅共享其中一个分支,其中一些分支或全部分支。这往往会让人们尝试新的想法,而不必担心必须计划如何以及何时将其合并或与他人分享。
有一些方法可以通过其他系统完成其中的一些工作,但所涉及的工作要困难得多且容易出错。Git使这个过程变得异常简单,它改变了大多数开发人员学习时的工作方式。
Git安装说明
最早Git是在Linux上开发的,很长一段时间内,Git也只能在Linux和Unix系统上跑。不过,慢慢地有人把它移植到了Windows上。现在,Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了。
要使用Git,第一步当然是安装Git了。根据你当前使用的平台来阅读下面的文字:
一、在Linux上安装Git
首先,你可以试着输入git,看看系统有没有安装Git:
$ gitThe program 'git' is currently not installed. You can install it by typing:sudo apt-get install git
像上面的命令,有很多Linux会友好地告诉你Git没有安装,还会告诉你如何安装Git。
如果你碰巧用Debian或Ubuntu Linux,通过一条sudo apt-get install git就可以直接完成Git的安装,非常简单。
老一点的Debian或Ubuntu Linux,要把命令改为sudo apt-get install git-core,因为以前有个软件也叫GIT(GNU Interactive Tools),结果Git就只能叫git-core了。由于Git名气实在太大,后来就把GNU Interactive Tools改成gnuit,git-core正式改为git。
如果是其他Linux版本,可以直接通过源码安装。先从Git官网下载源码,然后解压,依次输入:./config,make,sudo make install这几个命令安装就好了。
在Mac OS X上安装Git
如果你正在使用Mac做开发,有两种安装Git的方法。
一是安装homebrew,然后通过homebrew安装Git。
第二种方法更简单,也是推荐的方法,就是直接从AppStore安装Xcode,Xcode集成了Git,不过默认没有安装,你需要运行Xcode,选择菜单“Xcode”->“Preferences”,在弹出窗口中找到“Downloads”,选择“Command Line Tools”,点“Install”就可以完成安装了。
Xcode是Apple官方IDE,功能非常强大,是开发Mac和iOS App的必选装备,而且是免费的!
在Windows上安装Git
在Windows上使用Git,可以从Git官网直接下载安装程序,(网速慢的同学请移步国内镜像),然后按默认选项安装即可。
安装完成后,在开始菜单里找到“Git”->“Git Bash”,蹦出一个类似命令行窗口的东西,就说明Git安装成功!
安装完成后,还需要最后一步设置,在命令行输入:
$ git config --global user.name "Your Name"$ git config --global user.email "email@example.com"
因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的。
注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。
Git本地版本控制系统
很多人选择的版本控制方法是将文件复制到另一个目录(如果它们很聪明,可能是带时间戳的目录)。这种方法很常见,因为它非常简单,但也非常容易出错。很容易忘记你所在的目录并意外写入错误的文件或复制你不想要的文件。
为了解决这个问题,程序员很久以前开发了一个本地VCS,它有一个简单的数据库,可以对文件的所有更改进行修订控制。
最受欢迎的VCS工具之一是名为RCS的系统,它现在仍然与许多计算机一起分发。RCS的工作原理是在磁盘上以特殊格式保存补丁集(即文件之间的差异); 然后,它可以通过添加所有补丁来重新创建任何文件在任何时间点的样子。
Git集中版本控制系统
人们遇到的下一个主要问题是他们需要与其他系统上的开发人员协作。为了解决这个问题,开发了集中版本控制系统(CVCS)。这些系统(例如CVS,Subversion和Perforce)具有包含所有版本化文件的单个服务器,以及从该中心位置检出文件的许多客户端。多年来,这一直是版本控制的标准。
此设置提供了许多优势,尤其是在本地VCS上。例如,每个人都知道项目中的其他人正在做什么。管理员可以对谁可以做什么进行细粒度的控制,管理CVCS比处理每个客户端上的本地数据库要容易得多。
但是,这种设置也有一些严重的缺点。最明显的是集中式服务器所代表的单点故障。如果该服务器停机一小时,那么在那个小时内,任何人都无法进行协作或将版本化更改保存到他们正在处理的任何内容中。如果中央数据库所在的硬盘损坏,并且没有保留适当的备份,那么您绝对会丢失所有内容 - 项目的整个历史记录,除了人们碰巧在本地计算机上发生的任何单个快照。本地VCS系统也遇到同样的问题 - 只要您在一个地方拥有项目的整个历史记录,就有可能失去一切。
Git分布式版本控制系统
这就是分布式版本控制系统(DVCS)介入的地方。在DVCS(例如Git,Mercurial,Bazaar或Darcs)中,客户端不只是查看文件的最新快照; 相反,它们完全镜像了存储库,包括其完整的历史记录。因此,如果任何服务器死机,并且这些系统通过该服务器进行协作,则可以将任何客户端存储库复制回服务器以还原它。每个克隆都是所有数据的完整备份。
此外,许多这些系统可以很好地处理他们可以使用的多个远程存储库,因此您可以在同一个项目中以不同的方式与不同的人群进行协作。这允许您设置在集中式系统中不可能的多种类型的工作流,例如分层模型。