- 浏览: 3315618 次
- 性别:
- 来自: 北京
文章分类
- 全部博客 (567)
- Web前端-html/表单 (19)
- Web前端-CSS (24)
- Web前端-CSS框架 (4)
- Web前端-JS语言核心 (50)
- Web前端-JS客户端 (26)
- nodejs生态+grunt (10)
- seajs和requirejs (9)
- backbone等框架 (7)
- 模板基础 (7)
- Web前端-deps(不改动) (6)
- Web前端-component (10)
- Web前端-jquery-plugin (13)
- 浏览器兼容性 (6)
- Web前端-使用jQuery (25)
- Web前端-使用jqueryui (6)
- Web前端-性能优化 (3)
- Web协议-HTTP (6)
- ExtJS (13)
- PHP (22)
- PHP面向对象 (4)
- PHP扩展-SOAP (6)
- PHP扩展-curl (4)
- PHP与HTML(导出) (5)
- PHP扩展-综合 (7)
- mysql基础应用 (18)
- 技术心情 (18)
- 算法和面试题 (17)
- 工具(开发)使用 (36)
- memcached原理 (2)
- session和cookie (4)
- UML (2)
- Web前端_FusionCharts (5)
- Web前端_Flex (4)
- Web前端_JSP (3)
- JavaSE (10)
- JavaEE (4)
- tomcat (2)
- Servlet开发 (3)
- Spring开发 (1)
- REST相关 (2)
- 大访问量、高并发 (2)
- 网络编程 (1)
- YII (21)
- linux命令和内核 (12)
- yii与数据库 (10)
- yii与表单 (12)
- yii view层 (1)
- perl (7)
- yii扩展 (7)
- shell (4)
- photoshop (7)
- 视觉设计 (2)
- 我关注的名人在路上 (4)
- 1-自学能力 (1)
- 2-人际沟通能力 (3)
- 3-职业规划能力 (7)
- 4-项目管理能力 (2)
- python (3)
- django (4)
- Mysql高级应用 (6)
- prototype.js (4)
- Web系统安全 (1)
- Web前端-mobile (2)
- egret (6)
- jQuery源码分析 (5)
- fis (4)
最新评论
-
yzq21056563:
感谢作者分享~请教下,http://www.lisa33xia ...
CSS基础:text-overflow:ellipsis溢出文本 -
u012206458:
$.ajax的error,complete,success方法 -
DEMONU:
谢谢,虽然不能给你赞助,但是要给你顶
mysql中key 、primary key 、unique key 与index区别 -
njupt_tolmes:
阿凡达阿凡达阿凡达阿凡达阿凡达阿凡达阿凡达阿凡达阿凡达阿滕庆亚 ...
CSS基础:text-overflow:ellipsis溢出文本 -
zenmshuo:
用过SpreadJS,也包含数据可视化的图表
推荐几个web中常用js图表插件
作者:zccst
SVN用得很熟了,但是git一直用得不习惯,看来有必要学习一下原理。
Git做为一个资源管理和跟踪系统,如果想要把自己的文件托管在Git上,那么首先你得让Git知道你需要管理的文件在哪。比如说现在我有一个项目,它在test文件夹里,我想让Git管理这个项目,这个时候你需进入到这个目录,然后运行“git init”命令。这个时候Git就会在该目录下生成一个.git的隐藏目录,Git用来进行版本控制和内容跟踪的所有文件都在该文件夹下。
处于git跟踪下的文件只具有三种状态:
1.Modified(working directory):被修改过的文件
2.Staged(staging area):通过git add添加到暂存区域的文件
3.Committed(git directory):通过git commit提交到仓库的文件
所以,一般的git工作流程可能是这样:修改过某些文件,然后把这些文件添加都暂缓区,再提交到仓库中形成一个版本或快照,最后提交到git服务器上。而在中间,可能伴随着分支管理,分支切换,撤消与合并。
可能有些人会觉得很奇怪,为什么git会有暂存区域这个概念,直接提交到仓库中不就ok了。其实这是git为了做版本控制用的,试想如果没有暂存区域,每修改一个文件,就会形成一个版本,太过频繁,不易于管理。暂存区域其实就是下一个版本的文件清单,你可以自由控制该往仓库中提交什么文件,这也可以避免在一个版本中包含一些中间文件,比如编译后的文件。
1.Git是分布式的版本控制系统,它没有中心服务器的概念(虽然实际开发中可以建一个中心服务器),每一台开发机器上都保存完整的历史记录;但是它有本地代码仓库和远程代码仓库的概念(不然怎么多人协作?),而且可以追踪多个远程仓库;
2.Git能够非常快地建立分支和合并分支,并具有强大的跟踪分支和切换分支的能力。
Git的关键词:working directory; repository; stage; commit; remote; branch; merge
每一个项目都应该有一个工作目录(Working directory),我们可以自己建一个目录,然后把这个目录里面的代码用Git管理起来(使用git init命令和git add命令),也可以通过git clone命令从别的地方克隆一个项目过来自动生成一个工作目录。在工作目录中的文件就是当前编辑和修改的文件,如果是新建立的目录或新clone来的目录,工作目录中的文件就是该项目最新的状态。Git是在本地保存有所有的历史记录和分支记录的,这些内容都在工作目录的.git目录中,称之为本地仓库(local repository)。当切换分支或查看以前的历史版本时,工作目录中的文件自动改变(这才是重点,工作无需切换目录,目录中的文件会自动切换)。工作目录中的文件有三种状态:已修改、已暂存(stage)、已提交。修改后的文件可以先加入暂存区域,一次工作结束后一起提交。
Git是分布式的,没有中心服务器的概念,但实际工作中仍然可以把代码仓库放到一台大家都可以访问的服务器上,做实际的中心服务器使用(仅在小团队时使用此工作流程,原因后面详述)。在本地机器上工作完后,使用git push命令把仓库推送到服务器上,换一个地方换一台机器后,只需要git clone一下,又可以获得所有的代码(包含所有的历史记录及分支)继续工作。服务器故障也没问题,因为每一个工作的机器上都保存有完整的代码仓库,所以从不用担心代码丢失。没有网络也没有关系,在本地机器上照样可以提交(git commit),因为整个仓库就在自己的机器上,当有网络时,push一下就可以了。
Git有远程仓库(remote repository)的概念,而且可以管理很多个远程仓库,远程仓库可以是服务器,也可以是别人的个人计算机(但一般没有人这么用),每一个远程仓库都有一个简短的名字和一个地址,最开始clone代码的那个远程仓库别名往往默认为origin,自己添加的远程仓库可以随意指定别名,当然所有的远程仓库都可以随意修改别名。可以从远程仓库获取代码(git fetch 命令或 git pull命令),也可以把自己的代码推送到远程仓库(git push命令,需要写权限)。
既然Git即可以随便从远程仓库获取代码,又可以把自己的代码推送到远程仓库,那么当多人协作时,岂不会乱套吗?解决这个问题的,就是Git的必杀之技——创建分支及分支合并。下面要用图表来说明问题了。下面一系列图片来自Git官方网站上的电子书《Pro Git》。
首先,随着一次次的提交,在本地代码库中形成一个主分支,如下图:
有时为了开发新特性,随时可以开一个新分支,如下图:
新分支和主分支之间可以随意切换,随着分支的发展,形式如下图:
主分支也可以向前发展,如下:
最终,当新分支代码很稳定以后,可以将其合并到主分支,如下图:
而能够防止多人协作时出现混乱的关键就在于,当从远程仓库clone代码库到本地或fetch代码库到本地时,远程分支的标记并不等于本地分支的标记。从远程clone一个代码库到本地后,其master分支有两个标记,一个标记为origin/master表示远程库中的master分支,一个标记为master,表示本地的master分支。如下图:
可以想象,由于别人的工作,远程仓库中的master分支肯定会向前继续移动,但是在下次联网之前,该origin/master标记不会移动。而本地的master标记继续向前移动。
直到下次联网,使用git fetch命令将远程仓库的内容取回本地,origin/master标记才会改变位置,这时,看起来就像是两个分支,如下图:
最后,将origin/master分支合并到master分支中(使用get merge命令),本地代码库又一次变成了一个单一的master分支,继续向前开发,并可以将它push到远程仓库,供别人使用。
Git冲突的处理完全靠人工完成。(从逻辑上讲,机器也不可能完美处理冲突。)比如一个小型团队一起工作,他们可以设置一个服务器用于保存远程Git仓库,然后每个人工作之前先从该远程仓库fetch代码,接着工作,工作完成后,先在本地提交,最后push到远程仓库。但是当一个人push的时候,已经有人在他之前push了,如果他们工作在同一个分支,就会出现冲突。解决冲突的办法就是先把别人push的内容再次fetch下来,合并分支,然后再push。
通过之前对git原理的了解,可以分析得出使用Git时有以下几种工作流程:
1.一个人单干,不需要考虑冲突,随时可以开分支、合并分支和切换分支,随时可以本地提交。如果为了防止代码丢失,可以开一个服务器,每次工作完成就push到服务器上;
2.小型团队合作,如前所述,开一个服务器保存代码仓库,然后所有的人把该服务器当成远程仓库,工作之前先fetch,工作之后再push。如果有冲突,则先fetch,合并分支解决冲突后再push。如果团队人数太多,每个人都向该服务器push,那冲突该是有多少?有可能一个开发者第一次向服务器push的时候,有人在他之前已经push过了,他只好先fetch,手工合并解决冲突,可等他再次push的时候,发现又有人再他之前已经push了,于是他只好再做一次解决冲突的流程,可是如果在他工作的时候,又有人push了呢?这也是之前讲的该工作流程只适合小型开发团队的原因。
以上流程经过适当修改也可以供大型团队使用,那就是将团队分组,每个组的成员共用一个服务器当远程仓库,组长合并了该组的工作成果后,再push到另一个服务器当总的远程仓库,这样就可以大大减少冲突的数量,减少工作量。
3.开源项目的合作,在这种情况下,每个人都把自己的仓库暴露在互联网上。开源项目的组织者或负责人将所有人的仓库设为远程仓库,并把有意义的工作合并到主分支,然后发布官方的Git仓库。每个开发者从官方仓库fetch代码后,完成自己的工作,然后再把它push到互联网上自己的仓库,等着项目负责人将自己的工作整合到官方仓库中。如果项目负责人不干了,改人了,只要还有人继续开发,该项目就可以继续下去。碰到团队比较大的情况,也可以进行分组。
服务器的建设也相当简单,因为Git支持以SSH、HTTP等协议传输数据,如果需要对服务器有写权限,就开通SSH服务吧,设一个账户供所有人访问Git仓库即可。如果只需要只读权限,使用任何一个HTTP服务器均可。关于Git服务器的建设,请自行参考官方文档。如果是个人的、开源的项目,可以使用Github网站提供的服务,直接存储在互联网上。(Github私人仓库是要收钱的。)
看来要把Git讲清楚并不容易,用了这么多篇幅。下面把Git常用的命令回顾一下:
git config 配置Git,一般使用不需要特别配置,但至少要设置开发者的名字和邮箱
git init和git add 创建一个新仓库,并跟踪工作目录下的文件
git clone 从远程克隆一个项目,包括工作目录和仓库
git add 将修改后的文件放入缓存区域(staging area),或这表示冲突已经解决
git status 显示文件状态,是已修改还是已缓存还是已提交
git commit 提交项目
git remote 管理远程仓库
git fetch和git pull 从远程仓库抓取数据
git push 向远程仓库推送数据
git branch和git merge 创建分支及合并分支
git checkout 切换分支
第一次使用
在第一次使用Git时,你需要告诉你的协同开发者,你是谁以及你的邮箱,在你提交的时候,Git需要这两个信息。具体通过以下命令设置:
git config --global user.name “Test OSS”
git config --global user.email oss.lzu.edu.cn@gmail.com
当你把Git设置好之后,如果你要和从Git服务器上获得仓库,或者向Git服务器提交你的代码(比如github),你可能需要生成你自己的ssh密钥对。Git支持4种与服务器端通信的协议:git、http、ssh和https。其中git只是一个只读协议,也就是说你只可以从服务器端获取仓库,但是你不能提交你自己的代码。而http和https用的很少,大部分都只支持ssh协议和Git协议。
当你通过ssh协议与远端服务器进行通信的时候,你可以通过以下命令生成ssh密钥对:
ssh-keygen -t rsa
Windows下
#ssh-keygen.exe
#cat ~/.ssh/id_rsa.pub
如果你没有指定密钥名称和存放路径的话,它默认把两个不对称密钥放在你的家目录下的.ssh目录下,密钥文件默认名称为id_rsa和id_rsa.pub,前者是私钥,后者是公钥。中间可能会要你设定访问密钥密码,这个可以设,可以不设,但为了安全考虑,还是建议你设一个访问密码。否则,意味着任何持有你密钥的人都可以使用该密钥。
然后把你的公钥发给Git仓库管理员,然后你就可以通过ssh协议来访问服务器端,期间程序会自动进行密钥对匹配,如果你设了访问密码,你可能需要输入密码。
进入某个存放代码的目录
git clone git://git2.kernel.org/pub/scm/git/git.git
GIT基本流程
1.初始化仓库
初始化仓库有两种情况,一种是直接在一个空目录里建立一个项目,这时候你可以这样干:
git init
另一种是从其他机器复制一个仓库,比如这样:
git clone git://git2.kernel.org/pub/scm/git/git.git (远程仓库)
git clone https://github.com/jquery/jquery.git (远程仓库)
git clone git@github.com:wengpingbo/MicroBlog.git (远程仓库)
git clone /home/oss/test.git (本地仓库)
第一次从服务器上复制一个仓库,可能比较慢,因为git要把所有的历史记录和版本全部复制下来,这也算git的一个弊端吧!
复制完后,就会在当前目录下生成一个工作目录,名字以仓库名字命名。如果你不想指定目录,那就在上面的命令后加一个目录就ok了。比如我想把test仓库放到oss仓库中:git clone /home/oss/test.git oss
之后,你就可以开始你的工作啦!
2.添加文件
在编辑了几个文档之后,你可能突然想起来,好像文件还没有让git跟踪。Git并不会实时的跟踪你的文件,只在你明确让它记录你的文件时,它才会把指定的文件的当前状态记录到仓库中去,然后又撒手不管了。我想这就是说git笨的原因吧。这个时候,你需要手动添加你的文件当暂存区域:
git add filename1 filename2
如果你懒得一个一个加,你可以试试这个:
git add -A
它会把当前目录下所有的文件都添加到暂存区域。
3.添加一个版本
在添加完文件后,你可能觉得应该创建一个commit了。
git commit
怎么样?是不是有点不对劲,好像这个命令并没有按你想象的那样跳出一个提交成功的提示,而是直接跑到了你在配置中指定的编辑器中了。仔细看一下,原来是让你给这个版本做一些备注,随便写点什么,然后保存退出就ok了。如果你不想这么麻烦,可以这么干:
git commit -m ‘initial version’
可能你觉得之前讲的太罗嗦了,提交一个commit还这么麻烦,其实有一个捷径可以使你跳过添加文件这个过程:
git commit -a -m ‘initial version’
大功告成,这个命令会把之前所有的已经添加的文件都加入到这个版本中。
可能你又有疑问了,之前添加的文件不是自动会加入到下一个版本中吗,问什么还加这个-a参数?
其实git add命令只是把指定文件的当前状态添加到暂存区域,并不代表一个文件一旦添加,就会一直存在每个版本中。如果你添加一个文件后对这个又进行了修改,在你commit时候,只会commit这个文件添加时的状态,不会把之后的修改也commit进去,除非你再次添加。
4.推送变更
在你commit完之后,你可能想把自己的代码提交到github或者其他git服务器上,与他人交流共享,这时候就需要和远程服务器打交道了。
如果你是在本地建立起的仓库,默认情况下是没有任何服务器地址的,如果你是从其他服务器复制过来的仓库,这个服务器地址会自动添加到你的仓库中,你可以这样查看:
git remote -v
如果只输入”git remote”,就只会列出服务器端的别名,不会列出地址来。
一个仓库可以有多个服务器地址,这就意味着,你可以从不同的人手中复制同一个仓库,但这并不会打乱你自己的分支,哪怕双方的分支名字都一样。假如你现在在和另外两个人做同一个项目中的同一个分支,你发现A的一个模块正是你想要的,你想把他的代码合并到你现在的版本中,这时候你可以这样做:
git remote add code_a git://url/test.git //添加对方的地址,code_a是别名
git fetch code_a //复制对方的仓库到本地,但不合并,git pull会自动合并
git merge code_a/master //把对方master分支合并到自己当前版本下
合并完之后,你可能想提交你的代码到其他的服务器上,这时候你可以先把要提交的服务器地址添加进来,然后这样做:
git push origin master
上面的命令就是把自己master的分支提交到名字为origin的服务器上
5.创建并管理分支
在做项目的时候,你可能会想写一些扩展性的功能,或者做一些小实验,但是你又不想影响你现在的项目。这时候,你可以创建一个分支,然后在这个分支里写东西,当觉得不好的时候,你可以把这个分支删除掉,对你之前的主分支没有任何影响。或者你觉得这个新特性超出了自己的预想,可以合并到主分支里,这时候你只要把工作转回主分支,然后合并分支,最后删除分支,然后就跟那个分支没创建一样。具体操作如下:
git branch test //创建一个test分支
git checkout test //转到test分支
edit something...commit something...
git checkout master //转到master分支
git merge test //合并test分支
git checkout -b test2 //创建test2分支,并转到test2分支
git branch -d test //删除test分支
git branch //列出分支列表
git branch -v //列出分支列表和当前commit
Git merge的实质是把两个版本合在一起,然后在当前分支创建一个新的commit,如果你在两个分支的同一个文件的同一个地方都做了修改,这时候merge就会失败,git就不会自动创建一个新的commit,而是直接停住。你需要手动修改这些冲突的文件,选择这两个分支中的一个版本,或者自己重写这个部分,然后手动添加这些文件到暂存区域,再commit一下就ok了。要查看哪些文件冲突了,可以用”git status”查看。
6.撤消改动
是人就会犯错。当你执行某个命令之后,突然发现,自己写错了,或者漏了一个文件,这时候怎么办?
如果你提交得太早,忘了添加某些文件,你可以这样做:
git commit -m ‘add something ’
git add file1
git commit --amend
最后一个命令会把你当前暂存区域最为上一次的commit。如果你commit以后,马上amend,这时候git会直接跳到编辑commit备注里面,这样你可以修改你上次commit的备注。
如果你添加了不该添加的文件,你可以这样挽回:
git add . //把所有的文件都添加进去
git reset HEAD readme //把readme文件从暂存区域去除
如果你发现你编辑错了一个文件,你想把它恢复到上一个版本的状态,这时候你可以这样:
git checkout -- filename1 //只撤消这一个文件
如果你觉得这个版本糟糕透了,想完全回滚到上一个版本,你可以干如下事情:
git reset --hard HEAD^
HEAD是指向当前版本,^指当前版本的父版本,这个操作无法撤消。你可以把--hard换成--soft,这只会回退commit信息。还有一个--mixed默认选项,大家可以参考官方文档,查看这3个选项的具体区别。
参考资料:
http://www.uml.org.cn/pzgl/201501261.asp
http://www.blogjava.net/youxia/archive/2013/12/29/408182.html
[url][/url]
如果您觉得本文的内容对您的学习有所帮助,您可以微信:
SVN用得很熟了,但是git一直用得不习惯,看来有必要学习一下原理。
Git做为一个资源管理和跟踪系统,如果想要把自己的文件托管在Git上,那么首先你得让Git知道你需要管理的文件在哪。比如说现在我有一个项目,它在test文件夹里,我想让Git管理这个项目,这个时候你需进入到这个目录,然后运行“git init”命令。这个时候Git就会在该目录下生成一个.git的隐藏目录,Git用来进行版本控制和内容跟踪的所有文件都在该文件夹下。
处于git跟踪下的文件只具有三种状态:
1.Modified(working directory):被修改过的文件
2.Staged(staging area):通过git add添加到暂存区域的文件
3.Committed(git directory):通过git commit提交到仓库的文件
所以,一般的git工作流程可能是这样:修改过某些文件,然后把这些文件添加都暂缓区,再提交到仓库中形成一个版本或快照,最后提交到git服务器上。而在中间,可能伴随着分支管理,分支切换,撤消与合并。
可能有些人会觉得很奇怪,为什么git会有暂存区域这个概念,直接提交到仓库中不就ok了。其实这是git为了做版本控制用的,试想如果没有暂存区域,每修改一个文件,就会形成一个版本,太过频繁,不易于管理。暂存区域其实就是下一个版本的文件清单,你可以自由控制该往仓库中提交什么文件,这也可以避免在一个版本中包含一些中间文件,比如编译后的文件。
1.Git是分布式的版本控制系统,它没有中心服务器的概念(虽然实际开发中可以建一个中心服务器),每一台开发机器上都保存完整的历史记录;但是它有本地代码仓库和远程代码仓库的概念(不然怎么多人协作?),而且可以追踪多个远程仓库;
2.Git能够非常快地建立分支和合并分支,并具有强大的跟踪分支和切换分支的能力。
Git的关键词:working directory; repository; stage; commit; remote; branch; merge
每一个项目都应该有一个工作目录(Working directory),我们可以自己建一个目录,然后把这个目录里面的代码用Git管理起来(使用git init命令和git add命令),也可以通过git clone命令从别的地方克隆一个项目过来自动生成一个工作目录。在工作目录中的文件就是当前编辑和修改的文件,如果是新建立的目录或新clone来的目录,工作目录中的文件就是该项目最新的状态。Git是在本地保存有所有的历史记录和分支记录的,这些内容都在工作目录的.git目录中,称之为本地仓库(local repository)。当切换分支或查看以前的历史版本时,工作目录中的文件自动改变(这才是重点,工作无需切换目录,目录中的文件会自动切换)。工作目录中的文件有三种状态:已修改、已暂存(stage)、已提交。修改后的文件可以先加入暂存区域,一次工作结束后一起提交。
Git是分布式的,没有中心服务器的概念,但实际工作中仍然可以把代码仓库放到一台大家都可以访问的服务器上,做实际的中心服务器使用(仅在小团队时使用此工作流程,原因后面详述)。在本地机器上工作完后,使用git push命令把仓库推送到服务器上,换一个地方换一台机器后,只需要git clone一下,又可以获得所有的代码(包含所有的历史记录及分支)继续工作。服务器故障也没问题,因为每一个工作的机器上都保存有完整的代码仓库,所以从不用担心代码丢失。没有网络也没有关系,在本地机器上照样可以提交(git commit),因为整个仓库就在自己的机器上,当有网络时,push一下就可以了。
Git有远程仓库(remote repository)的概念,而且可以管理很多个远程仓库,远程仓库可以是服务器,也可以是别人的个人计算机(但一般没有人这么用),每一个远程仓库都有一个简短的名字和一个地址,最开始clone代码的那个远程仓库别名往往默认为origin,自己添加的远程仓库可以随意指定别名,当然所有的远程仓库都可以随意修改别名。可以从远程仓库获取代码(git fetch 命令或 git pull命令),也可以把自己的代码推送到远程仓库(git push命令,需要写权限)。
既然Git即可以随便从远程仓库获取代码,又可以把自己的代码推送到远程仓库,那么当多人协作时,岂不会乱套吗?解决这个问题的,就是Git的必杀之技——创建分支及分支合并。下面要用图表来说明问题了。下面一系列图片来自Git官方网站上的电子书《Pro Git》。
首先,随着一次次的提交,在本地代码库中形成一个主分支,如下图:
有时为了开发新特性,随时可以开一个新分支,如下图:
新分支和主分支之间可以随意切换,随着分支的发展,形式如下图:
主分支也可以向前发展,如下:
最终,当新分支代码很稳定以后,可以将其合并到主分支,如下图:
而能够防止多人协作时出现混乱的关键就在于,当从远程仓库clone代码库到本地或fetch代码库到本地时,远程分支的标记并不等于本地分支的标记。从远程clone一个代码库到本地后,其master分支有两个标记,一个标记为origin/master表示远程库中的master分支,一个标记为master,表示本地的master分支。如下图:
可以想象,由于别人的工作,远程仓库中的master分支肯定会向前继续移动,但是在下次联网之前,该origin/master标记不会移动。而本地的master标记继续向前移动。
直到下次联网,使用git fetch命令将远程仓库的内容取回本地,origin/master标记才会改变位置,这时,看起来就像是两个分支,如下图:
最后,将origin/master分支合并到master分支中(使用get merge命令),本地代码库又一次变成了一个单一的master分支,继续向前开发,并可以将它push到远程仓库,供别人使用。
Git冲突的处理完全靠人工完成。(从逻辑上讲,机器也不可能完美处理冲突。)比如一个小型团队一起工作,他们可以设置一个服务器用于保存远程Git仓库,然后每个人工作之前先从该远程仓库fetch代码,接着工作,工作完成后,先在本地提交,最后push到远程仓库。但是当一个人push的时候,已经有人在他之前push了,如果他们工作在同一个分支,就会出现冲突。解决冲突的办法就是先把别人push的内容再次fetch下来,合并分支,然后再push。
通过之前对git原理的了解,可以分析得出使用Git时有以下几种工作流程:
1.一个人单干,不需要考虑冲突,随时可以开分支、合并分支和切换分支,随时可以本地提交。如果为了防止代码丢失,可以开一个服务器,每次工作完成就push到服务器上;
2.小型团队合作,如前所述,开一个服务器保存代码仓库,然后所有的人把该服务器当成远程仓库,工作之前先fetch,工作之后再push。如果有冲突,则先fetch,合并分支解决冲突后再push。如果团队人数太多,每个人都向该服务器push,那冲突该是有多少?有可能一个开发者第一次向服务器push的时候,有人在他之前已经push过了,他只好先fetch,手工合并解决冲突,可等他再次push的时候,发现又有人再他之前已经push了,于是他只好再做一次解决冲突的流程,可是如果在他工作的时候,又有人push了呢?这也是之前讲的该工作流程只适合小型开发团队的原因。
以上流程经过适当修改也可以供大型团队使用,那就是将团队分组,每个组的成员共用一个服务器当远程仓库,组长合并了该组的工作成果后,再push到另一个服务器当总的远程仓库,这样就可以大大减少冲突的数量,减少工作量。
3.开源项目的合作,在这种情况下,每个人都把自己的仓库暴露在互联网上。开源项目的组织者或负责人将所有人的仓库设为远程仓库,并把有意义的工作合并到主分支,然后发布官方的Git仓库。每个开发者从官方仓库fetch代码后,完成自己的工作,然后再把它push到互联网上自己的仓库,等着项目负责人将自己的工作整合到官方仓库中。如果项目负责人不干了,改人了,只要还有人继续开发,该项目就可以继续下去。碰到团队比较大的情况,也可以进行分组。
服务器的建设也相当简单,因为Git支持以SSH、HTTP等协议传输数据,如果需要对服务器有写权限,就开通SSH服务吧,设一个账户供所有人访问Git仓库即可。如果只需要只读权限,使用任何一个HTTP服务器均可。关于Git服务器的建设,请自行参考官方文档。如果是个人的、开源的项目,可以使用Github网站提供的服务,直接存储在互联网上。(Github私人仓库是要收钱的。)
看来要把Git讲清楚并不容易,用了这么多篇幅。下面把Git常用的命令回顾一下:
git config 配置Git,一般使用不需要特别配置,但至少要设置开发者的名字和邮箱
git init和git add 创建一个新仓库,并跟踪工作目录下的文件
git clone 从远程克隆一个项目,包括工作目录和仓库
git add 将修改后的文件放入缓存区域(staging area),或这表示冲突已经解决
git status 显示文件状态,是已修改还是已缓存还是已提交
git commit 提交项目
git remote 管理远程仓库
git fetch和git pull 从远程仓库抓取数据
git push 向远程仓库推送数据
git branch和git merge 创建分支及合并分支
git checkout 切换分支
第一次使用
在第一次使用Git时,你需要告诉你的协同开发者,你是谁以及你的邮箱,在你提交的时候,Git需要这两个信息。具体通过以下命令设置:
git config --global user.name “Test OSS”
git config --global user.email oss.lzu.edu.cn@gmail.com
当你把Git设置好之后,如果你要和从Git服务器上获得仓库,或者向Git服务器提交你的代码(比如github),你可能需要生成你自己的ssh密钥对。Git支持4种与服务器端通信的协议:git、http、ssh和https。其中git只是一个只读协议,也就是说你只可以从服务器端获取仓库,但是你不能提交你自己的代码。而http和https用的很少,大部分都只支持ssh协议和Git协议。
当你通过ssh协议与远端服务器进行通信的时候,你可以通过以下命令生成ssh密钥对:
ssh-keygen -t rsa
Windows下
#ssh-keygen.exe
#cat ~/.ssh/id_rsa.pub
如果你没有指定密钥名称和存放路径的话,它默认把两个不对称密钥放在你的家目录下的.ssh目录下,密钥文件默认名称为id_rsa和id_rsa.pub,前者是私钥,后者是公钥。中间可能会要你设定访问密钥密码,这个可以设,可以不设,但为了安全考虑,还是建议你设一个访问密码。否则,意味着任何持有你密钥的人都可以使用该密钥。
然后把你的公钥发给Git仓库管理员,然后你就可以通过ssh协议来访问服务器端,期间程序会自动进行密钥对匹配,如果你设了访问密码,你可能需要输入密码。
进入某个存放代码的目录
git clone git://git2.kernel.org/pub/scm/git/git.git
GIT基本流程
1.初始化仓库
初始化仓库有两种情况,一种是直接在一个空目录里建立一个项目,这时候你可以这样干:
git init
另一种是从其他机器复制一个仓库,比如这样:
git clone git://git2.kernel.org/pub/scm/git/git.git (远程仓库)
git clone https://github.com/jquery/jquery.git (远程仓库)
git clone git@github.com:wengpingbo/MicroBlog.git (远程仓库)
git clone /home/oss/test.git (本地仓库)
第一次从服务器上复制一个仓库,可能比较慢,因为git要把所有的历史记录和版本全部复制下来,这也算git的一个弊端吧!
复制完后,就会在当前目录下生成一个工作目录,名字以仓库名字命名。如果你不想指定目录,那就在上面的命令后加一个目录就ok了。比如我想把test仓库放到oss仓库中:git clone /home/oss/test.git oss
之后,你就可以开始你的工作啦!
2.添加文件
在编辑了几个文档之后,你可能突然想起来,好像文件还没有让git跟踪。Git并不会实时的跟踪你的文件,只在你明确让它记录你的文件时,它才会把指定的文件的当前状态记录到仓库中去,然后又撒手不管了。我想这就是说git笨的原因吧。这个时候,你需要手动添加你的文件当暂存区域:
git add filename1 filename2
如果你懒得一个一个加,你可以试试这个:
git add -A
它会把当前目录下所有的文件都添加到暂存区域。
3.添加一个版本
在添加完文件后,你可能觉得应该创建一个commit了。
git commit
怎么样?是不是有点不对劲,好像这个命令并没有按你想象的那样跳出一个提交成功的提示,而是直接跑到了你在配置中指定的编辑器中了。仔细看一下,原来是让你给这个版本做一些备注,随便写点什么,然后保存退出就ok了。如果你不想这么麻烦,可以这么干:
git commit -m ‘initial version’
可能你觉得之前讲的太罗嗦了,提交一个commit还这么麻烦,其实有一个捷径可以使你跳过添加文件这个过程:
git commit -a -m ‘initial version’
大功告成,这个命令会把之前所有的已经添加的文件都加入到这个版本中。
可能你又有疑问了,之前添加的文件不是自动会加入到下一个版本中吗,问什么还加这个-a参数?
其实git add命令只是把指定文件的当前状态添加到暂存区域,并不代表一个文件一旦添加,就会一直存在每个版本中。如果你添加一个文件后对这个又进行了修改,在你commit时候,只会commit这个文件添加时的状态,不会把之后的修改也commit进去,除非你再次添加。
4.推送变更
在你commit完之后,你可能想把自己的代码提交到github或者其他git服务器上,与他人交流共享,这时候就需要和远程服务器打交道了。
如果你是在本地建立起的仓库,默认情况下是没有任何服务器地址的,如果你是从其他服务器复制过来的仓库,这个服务器地址会自动添加到你的仓库中,你可以这样查看:
git remote -v
如果只输入”git remote”,就只会列出服务器端的别名,不会列出地址来。
一个仓库可以有多个服务器地址,这就意味着,你可以从不同的人手中复制同一个仓库,但这并不会打乱你自己的分支,哪怕双方的分支名字都一样。假如你现在在和另外两个人做同一个项目中的同一个分支,你发现A的一个模块正是你想要的,你想把他的代码合并到你现在的版本中,这时候你可以这样做:
git remote add code_a git://url/test.git //添加对方的地址,code_a是别名
git fetch code_a //复制对方的仓库到本地,但不合并,git pull会自动合并
git merge code_a/master //把对方master分支合并到自己当前版本下
合并完之后,你可能想提交你的代码到其他的服务器上,这时候你可以先把要提交的服务器地址添加进来,然后这样做:
git push origin master
上面的命令就是把自己master的分支提交到名字为origin的服务器上
5.创建并管理分支
在做项目的时候,你可能会想写一些扩展性的功能,或者做一些小实验,但是你又不想影响你现在的项目。这时候,你可以创建一个分支,然后在这个分支里写东西,当觉得不好的时候,你可以把这个分支删除掉,对你之前的主分支没有任何影响。或者你觉得这个新特性超出了自己的预想,可以合并到主分支里,这时候你只要把工作转回主分支,然后合并分支,最后删除分支,然后就跟那个分支没创建一样。具体操作如下:
git branch test //创建一个test分支
git checkout test //转到test分支
edit something...commit something...
git checkout master //转到master分支
git merge test //合并test分支
git checkout -b test2 //创建test2分支,并转到test2分支
git branch -d test //删除test分支
git branch //列出分支列表
git branch -v //列出分支列表和当前commit
Git merge的实质是把两个版本合在一起,然后在当前分支创建一个新的commit,如果你在两个分支的同一个文件的同一个地方都做了修改,这时候merge就会失败,git就不会自动创建一个新的commit,而是直接停住。你需要手动修改这些冲突的文件,选择这两个分支中的一个版本,或者自己重写这个部分,然后手动添加这些文件到暂存区域,再commit一下就ok了。要查看哪些文件冲突了,可以用”git status”查看。
6.撤消改动
是人就会犯错。当你执行某个命令之后,突然发现,自己写错了,或者漏了一个文件,这时候怎么办?
如果你提交得太早,忘了添加某些文件,你可以这样做:
git commit -m ‘add something ’
git add file1
git commit --amend
最后一个命令会把你当前暂存区域最为上一次的commit。如果你commit以后,马上amend,这时候git会直接跳到编辑commit备注里面,这样你可以修改你上次commit的备注。
如果你添加了不该添加的文件,你可以这样挽回:
git add . //把所有的文件都添加进去
git reset HEAD readme //把readme文件从暂存区域去除
如果你发现你编辑错了一个文件,你想把它恢复到上一个版本的状态,这时候你可以这样:
git checkout -- filename1 //只撤消这一个文件
如果你觉得这个版本糟糕透了,想完全回滚到上一个版本,你可以干如下事情:
git reset --hard HEAD^
HEAD是指向当前版本,^指当前版本的父版本,这个操作无法撤消。你可以把--hard换成--soft,这只会回退commit信息。还有一个--mixed默认选项,大家可以参考官方文档,查看这3个选项的具体区别。
参考资料:
http://www.uml.org.cn/pzgl/201501261.asp
http://www.blogjava.net/youxia/archive/2013/12/29/408182.html
[url][/url]
如果您觉得本文的内容对您的学习有所帮助,您可以微信:
发表评论
-
如何安装chrome扩展,以json-handle为例
2015-06-24 20:03 15888作者:zccst chrome插件安装 方式一,在线安装 直 ... -
如何停掉无法响应被关闭的eclipse启动的tomcat
2015-06-11 16:10 8738作者:zccst 问: 我的eclipse启动了tomcat后 ... -
如何导入google-style-guide-javascript-eclipse.xml到eclipse里?
2015-06-02 20:16 3969作者:zccst 如何导入google-style-gui ... -
Git常用命令备忘[转载]
2015-03-10 20:01 854Git常用命令备忘[转载] Git配置 git config ... -
git命令使用(自己总结)
2015-02-12 16:37 1692作者:zccst 查看远程 ... -
献给网页开发者的20款Firefox插件
2014-11-26 18:54 1113作者:zccst 献给网页开发者的20款Firefox插件 ... -
打开MPP格式文件的十种方法
2014-09-28 18:03 7039zccst转载 Microsoft Project ... -
windows下查看端口占用情况
2014-08-20 18:51 764作者:zccst 1.查看所有的端口占用情况 C:\> ... -
windows下使用github上传下载文件和文件夹
2014-08-19 16:51 8038作者:zccst 1,下载客户端,安装 生成两个,一个是界 ... -
也开始使用高大上的在线SVN了
2014-07-18 19:17 1330作者:zccst 截至目前,我发现自己只是代码的搬运工,连 ... -
最近使用的几个开发利器
2014-07-02 10:39 994作者:zccst 最近又学习到几个在开发过程中可以提高效率的 ... -
windows eclipse svn分支代码合并至主干的方法
2014-06-26 15:26 5834作者:zccst 之前一直是用Linux环境合并代码,现在 ... -
Editplus快捷键
2013-07-18 13:59 1657作者:zccst 2014-09-10 ... -
Editplus支持sql语法高亮显示
2013-07-18 13:30 1687作者:zccst (之前找到的这种方法不行:在editpl ... -
eclipse下安装svn插件
2013-07-16 18:08 1087作者:zccst SVN插件下载地址及更新地址,你根据需要选 ... -
linux文本模式下修改文件夹颜色
2013-07-08 18:30 3024作者:zccst 1.cp /etc/DIR_COLORS ... -
Word2007—如何快速提取文档中的图片
2013-05-29 17:16 1255如果你想提取一份word文档中图片,一张张的获取太麻烦了,有没 ... -
zend Studio 插件卸载
2013-04-10 20:10 3670zccst转载 由于7.0开始的eclipse中help菜单 ... -
[svn] merge使用
2013-04-01 17:53 2541作者:zccst 分支1:待上线(new_branch) 分 ... -
secureCRT常用方法
2013-03-29 11:23 997作者:zccst 1,上传和下载 最好加上参数 -be。即r ...
相关推荐
图文详解 Git代码管理 工作原理: 本文图解Git中的最常用命令。如果你稍微理解Git的工作原理,这篇文章能够让你理解的更透彻。 基本用法: git add files #把当前文件放入暂存区域 git commit #给暂存区域生成快照...
"Git源代码管理规范" 一、分支管理 ...Git 源代码管理规范包括分支管理、工作原理、常用命令和操作流程四个方面。只有遵循这些规范,我们才能更好地管理我们的源代码,提高我们的开发效率和产品质量。
Git 原理及范例详解 Git 是一个分布式版本控制系统,允许开发者在本地存储项目的所有版本记录,并且可以与远程仓库同步。Git 的核心思想是基于 snapshot,而不是基于差异(diff),这使得 Git 在版本控制方面具有...
### Git代码管理中文使用手册知识点总结 #### 一、Git简介 - **定义**: Git是一种分布式版本控制系统,最初由Linus Torvalds为Linux内核的开发而设计。 - **特点**: - 分布式版本库:无需依赖服务器端软件即可进行...
了解Git的这些基本概念和操作后,你可以更高效地管理代码版本,协同开发,回溯错误,甚至进行代码审查。掌握Git的原理和使用技巧,对于任何开发者来说,都是提高生产力的重要步骤。无论是个人项目还是团队合作,Git...
Git原理详解与实操指南\pdf\09 图形工具使用:各系统通过图形管理git代码仓库-专栏. Git原理详解与实操指南\pdf\10 分支管理:掌握快速切换分支和新建分支能力-专栏. Git原理详解与实操指南\pdf\11 文件忽略进阶:...
### git本地代码管理指令知识点详解 #### 一、概述 Git是一种分布式的版本控制系统,用于追踪计算机文件的变化,并且管理多个用户的协作开发过程。本文档主要介绍了Git的基础使用方法及常用命令,尤其针对初学者...
Git是一款分布式版本控制系统,它的出现彻底改变了软件开发的协作模式,使得代码管理变得高效、便捷。以下将对Git的基本概念、常用命令以及核心原理进行简要介绍。 1. Git基本概念: - **版本控制**:Git的核心...
Git 是一个分布式版本控制系统,由Linux之父Linus Torvalds于2005年创建,主要用于管理软件源代码的变化。Git 的设计目标是速度、数据完整性以及支持非线性开发模式,允许开发者在不同的分支上同时进行工作。Git 的...
Git是世界上最流行的分布式版本控制系统,尤其在软件开发领域,它被广泛用于管理代码仓库,包括Java项目。Git的强大之处在于它的分支管理、合并操作、版本回溯以及多人协作能力。以下将详细介绍如何在Windows系统下...
1. **Git基础**:安装与配置Git,创建和克隆仓库,理解版本库的工作原理,以及基本命令如`git add`(追踪文件变更)、`git commit`(保存变更)、`git push`(推送本地更改至远程仓库)和`git pull`(拉取远程更新)...
Git是分布式版本控制系统,它的设计思想独特且强大,被广泛应用于软件开发中,尤其是在开源社区。...熟练掌握Git,将极大地提升你的代码管理和团队协作能力。这份"Git原理详解及实用指南"将是你探索Git世界的宝贵资源。
Git和GitHub是现代软件开发中不可或缺的版本控制工具和代码托管平台。Git是一个分布式版本控制系统,而GitHub则是一个基于Web的Git仓库托管服务,提供了协作开发、问题追踪、项目管理等功能。 Git的原理: Git的...
通过持续学习和实践,你可以更加深入地理解Git的工作原理,从而更好地利用它来管理你的项目。 总之,"Git分布式管理安装.exe文件"为Windows用户提供了一种便捷的方式来安装Git V2.15.1.2版本。通过安装并配置Git,...
Git 源代码管理规范 Git 源代码管理是指使用 Git 进行源代码管理的一些规范和最佳实践。下面是 Git 源代码管理的主要内容。 一、分支管理 在 Git 中,分支管理是非常重要的一部分。一般来说,一个项目的所有分支...
1. 掌握Git版本管理,自由进行版本回退、撤销、修改等Git操作方式与背后操作原理。 2. 掌握Git分支管理,从分支创建、切换、合并、删除的整个生命周期,灵活进行各种场景下的分支管理,学习常见分支管理策略。 3. ...
了解如何管理多个并发分支,以及使用`git rebase`来整理分支历史,能提高代码整洁度和协作效率。 6. **代码冲突与恢复处理**: 当两个或更多人修改了同一部分代码时,就会出现冲突。Git会提示你手动解决冲突,这...
Git 是一个分布式版本控制系统,由Linux之父Linus Torvalds于2005年创建,主要用于管理软件源代码的变更。本小册将深入探讨Git的基本原理,并提供实用的操作指南,帮助读者从新手到熟练掌握Git。 Git的核心概念包括...