git简单使用入门总结

bcf2 10年前

之前老早就听说过git,但是一直就没怎么去了解,之前在公司里头都是用的svn版本控制工具,然后上个月换到了新公司之后,团队里使用的是git工具,然后就专门花了点时间去了解了一番,当然期间也确实碰到了不少问题,从入职到到今天应该有快一个半月了,然后下面就是我将这一个半月以来针对git的理解使用后整理出来的一个简单入门总结。

一、安装git

我的电脑是win7系统,然后从git官网下载msysgit安装包(http://msysgit.github.io/),安装流程和一般的windows软件的安装流程差不多,没什么区别。至于linux的还没研究过,安装成功后,在桌面或者文件夹的任何空白位置鼠标右击,如果出现下面的菜单,则表示安装成功。。。

这里写图片描述

二、配置git提交的用户名和邮件

这样做的目的是为了在git的log日志里面可以清楚的区分出每次的提交人是谁,以防日后出了问题能够立马清晰准确的定位出是哪个屌丝挖的坑,操作步骤,随便在哪个空白位置右键,然后——》git bash,调出git的命令控制台,输入以下命令:

$ git config --global user.name "Your Name(用户名)"  $ git config --global user.email "email@example.com(邮箱)"

注意:git config命令的–global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。

三、生成 SSHKey

git推荐使用SSH协议传输文件(代码),当然使用https协议也是可以的,步骤:任意空白处右键调出git Bash命令控制台,输入以下命令:

$ ssh-keygen -t rsa -C "youremail@example.com"

然后一路回车,使用默认值即可,应该是需要3个回车的,设置密码为空(注意按3个回车的时候别输入其他的,不然设置的密码不为空,你就等着每次提交输入密码吧),如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。一般这个id_rsa.pub里面的内容是要配到git服务器上面的(由统一的人去管理),然后我们就可以从服务器上面拿代码和提交代码了。

这里写图片描述

======================================================================================

四、git多人协作流程(这里我们这里使用的是gerrit代码审查系统)

注:这里说明一下,我自己目前是这样操作的。然后下面的第三步和第四步其实可以合并成一步操作,使用git pull origin <branch_name>,pull命令和fetch命令的区别主要在于pull是将远程服务器上的代码拿到本地后,然后会自动进行合并,而fetch命令则是只会拉取远程服务器上的代码,而不会主动去执行合并操作,需要我们手动再执行rebase或者merge命令进行合并,(当然这里是首次从服务器上拉取代码,本地没有做任何修改,所以基本没有任何冲突,直接使用pull即可)

我个人喜欢分开操作,这样分开操作之后,先fetch抓取最新提交的代码,然后再执行合并,此时若出现冲突,就解决冲突,冲突解决完之后再执行合并操作,其实也一样,看个人喜好。。

1、从远程服务器获取版本代码

1)、登录到gerrit服务器的web页面上,找到需要clone的版本URL地址(因为我们用到了gerrit工具,所以一般都是到gerrit上面进行管理的,当然也可以使用其他的工具,例如,gitHub,找到需要clone的url链接,我这里clone的是master主干分支,公司的项目,这里不便公开)

git clone ssh://xxx@www.dreamtech.com:12256/xxx

2)、创建新的本地分支并且切换到该新分支

git checkout -b saas origin/saas

3)、从远程获取最新提交的代码

git fetch origin saas     或者 git fetch

git fetch是简写(git 会自动搜索和当前分支名相同的远程分支名)

4)、将本地修改与远程进行合并此时,若遇到冲突,需要先手动解决冲突(例如在eclipse中先解决冲突,再执行合并)

git rebase origin/saas    也可以 git merge origin/saas

注:rebase和merge命令都可以执行合并命令,但是也有些区别,查了下资料,网上说到rebase命令会更干净些,然后提交历史线呈线性展示,至于其他的区别目前还不清楚,想要了解的话可自行度娘。。。

======================================================================================

2、生成changID (非必须)

注意:前面已经提过了,因为我这里使用了gerrit代码审查工具,所以每个人提交的时候就必须要先生成这个changID值,如果没有这个changID,则不能到gerrit代码审核工具中进行代码审核操作了。。而gerrit代码审查工具的存在就没有意义了。

操作步骤:进入到工作空间(workspace)中的仓库目录(比如说mlds),然后调出git bash控制台,输入如下命令:

这里写图片描述

http://scp -p -P 29418 username@xxxxxxxxxxxxx:hooks/commit-msg .git/hooks/

注意:关于这个东西应该不是统一的,我这里只是提下这么一个东西,流程一般是这样的,,就是说你这边修改了代码,想要push到远程服务器,一般的操作是先push到gerrit服务器中,然后在gerrit代码审核工具里面进行代码审核,评分,最后再将审核通过后的代码合并到远程服务器的分支中。。完毕

3、本地做过修改之后,再提交到远程服务器

1)、查看本地有哪些文件做了修改

git status

2)、将本地的修改先添加到暂存区

git add -A  (这个是将所有的本地修改添加到暂存区)    或者git add file (这个是单个的文件的添加操作)

3)、将暂存区中的内容提交到本地仓库

git commit -m "注释" 

4)、获取远程仓库中的最新提交,以防发生冲突

git fetch origin saas    或者简写 git fetch

5)、将本地修改的代码与远程仓库中的代码进行合并,此时,若遇到冲突,需要先手动解决冲突(例如在eclipse中先解决冲突,再执行合并)

git rebase origin/saas

6)、将本地仓库中的代码push推送到远程仓库中

这里需要注意:

我们也可以直接用命令git push origin saas将代码直接push到远程代码仓库,但是由于现在我们这边是使用了gerrit代码审查工具,所有不能直接这样推送,必须使用git push origin head:refs/for/saas这个命令将代码推送到gerrit服务器上,然后我们再登录到gerrit中(会有一个web页面供我们操作)进行审核之后,执行最后合并,此时如果报错的话 有可能是因为你的changID 没有生成,使用这个命令生成changID,再次强调,这个不是统一的。。

http://scp -p -P 29418 username@xxxxxxxxxxxxx:hooks/commit-msg .git/hooks/

其中的username改成自己的,然后执行

git push origin head:refs/for/saas

7)、登录到gerrit服务器中,进行代码审核,然后执行合并(这一步先不管,专人统一审核,合并提交代码到远程中央仓库)

五,撤销修改

1、场景一:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,使用

git checkout -- filename

2、场景二:当你不但改乱了工作区的某个文件的内容,而且还提交到了暂存区(在本地执行了commit提交,但是
还没有commit提交到远程服务器)时,想丢弃修改,分两步:

第一步使用命令git reset HEAD filename,就回到了场景一

第二步再按照场景一的步骤操作

3、场景三:已经提交了和不合适的修改带版本库时,想要撤销本次修改,则可以使用版本回退,但是前提是还没有推送push到远程库

六、版本回退

HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令

git reset --hard commit_id

穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。

要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。

七、git stash 用法

关于Git Stash的详细解释,适用场合,这里做一个说明:

当前工作区内容已被修改,但是并未完成。这时Boss来了,说前面的分支上面有一个Bug,需要立即修复。可是我又不想提交目前的修改,因为修改没有完成。但是,不提交的话,又没有办法checkout到另外的分支。此时用Git Stash就相当于备份当前工作区了。然后在Checkout过去修改,就能够达到保存当前工作区,并及时恢复的作用。

之后,另一个版本的bug修复完毕之后,再使用checkout切换回之前的分支,然后再使用git stash pop命令或者git stash apply命令就又可以恢复回来了,此时才真心感觉到了git的强大之处,有木有一种很牛逼的感觉,哈哈。。。。。。。。。。。

git stash

备份当前的工作区的内容,从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。同时,将当前的工作区内容保存到Git栈中。

git stash pop

从Git栈中读取最近一次保存的内容,恢复工作区的相关内容。由于可能存在多个Stash的内容,所以用栈来管理,pop会从最近的一个stash中读取内容并恢复。

git stash list

显示Git栈内的所有备份,可以利用这个列表来决定从那个地方恢复。

git stash clear

清空Git栈。此时使用gitg等图形化工具会发现,原来stash的哪些节点都消失了。

八、git如何放弃所有本地修改

git checkout . #本地所有修改的。没有的提交的,都返回到原来的状态  git stash #把所有没有提交的修改暂存到stash里面。可用git stash pop回复。  git reset --hard HASH #返回到某个节点,不保留修改。  git reset --soft HASH #返回到某个节点。保留修改

至此,完毕,以上的内容就是我这一个半月以来使用git工具和对git的理解使用整理出来的所有的总结,虽然很简单,内容也不多,但是我相信对入门还是有些帮助的,希望能够帮到某些人,毕竟我用的时间不长,理解的也不是很深入,这些内容也都只是根据自己的一个理解和使用,然后加上百度了一些资料所总结出的东西。倘若我的这篇博客有幸被大神们看到,对于我而言也是荣幸之至,可能文中的某些地方与大神们的理解还是有些出入,也有可能某些内容不是很准确,或者有可能还是错的等等等等,然后还烦请大神们能够指出,以免我误人子弟,不胜感激!!!

后续:

上面的内容只是一个简单的入门教程,旨在让大家以最简单的方式开始接触和使用git,若有想进一步了解git的同学,可以参考下面给出的链接:

1.Git 简单使用教程(廖雪峰的文章,非常喜欢,就是看他的文章入门的,比我这个要详细的多,比较系统的使用教程,建议看下)

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

2.Git官方手册(git官方打造,想要全面了解和使用git的同学必看,中文版的哦)

http://git-scm.com/book/zh/v1

3.Git 工作流程(其实git官方手册上面,这网页就单独拿出来分析和讲解,建议看下)

http://kb.cnblogs.com/page/152176/

4、Git 版本控制流程图(git版本控制的流程图,建议了解下)

http://www.juvenxu.com/category/scm/

来自:http://blog.csdn.net/hu1991die/article/details/45787755